Вертолёт апач: легенда вооружённых сил сша

Совместная работа Apache с Nginx

Apache – это не единственный популярный веб-сервер. Главным конкурентом является NginX, представленный в 2004 году в виде ПО для решения c10k-проблемы (существовавшая на тот момент сложность в обработке большого числа одновременно поступающих запросов).

Nginx – веб-сервер с событийно-ориентированной архитектурой, обрабатывающий каждый новый запрос в одном потоке. Он демонстрирует высокую производительность (значительно превосходит Apache) при работе со статическим контентом. Эта особенность обуславливает совместное использование двух видов ПО (связка NginX + Apache). Первый выполняет роль фильтра запросов, обрабатывая запросы на статический контент самостоятельно и перенаправляя запросы других типов на Apache.

Функциональные возможности

Интеграция с другим ПО и языками программирования

Существует множество модулей, добавляющих к Apache поддержку различных языков программирования и систем разработки.

К ним относятся:

• PHP (mod_php).
• Python (mod python, mod wsgi).
• Ruby (apache-ruby).
• Perl (mod perl).
• ASP (apache-asp).
• Tcl (rivet)

Кроме того, Apache поддерживает механизмы CGI и FastCGI, что позволяет исполнять программы на практически всех языках программирования, в том числе C, C++, Lua, sh, Java.

Безопасность

Apache имеет различные механизмы обеспечения безопасности и разграничения доступа к данным. Основными являются:

• Ограничение доступа к определённым каталогам или файлам.
• Механизм авторизации пользователей для доступа к каталогу на основе HTTP-аутентификации (mod_auth_basic) и digest-аутентификации (mod_auth_digest).
• Ограничение доступа к определённым каталогам или всему серверу, основанное на IP-адресах пользователей.
• Запрет доступа к определённым типам файлов для всех или части пользователей, например запрет доступа к конфигурационным файлам и файлам баз данных.
• Существуют модули, реализующие авторизацию через СУБД или PAM.

В некоторых MPM-модулях присутствует возможность запуска каждого процесса Apache используя различные uid и gid с соответствующими этим пользователям и группам пользователей.

Также, существует механизм suexec, используемый для запуска скриптов и CGI-приложений с правами и идентификационными данными пользователя.

Для реализации шифрования данных, передающихся между клиентом и сервером используется механизм SSL, реализованный через библиотеку OpenSSL. Для удостоверения подлинности веб-сервера используются сертификаты X.509.

Интернационализация

Начиная с версии 2.0 появилась возможность определения сервером локали пользователя. Сообщения об ошибках и событиях, посылаемые браузеру, теперь представлены на нескольких языках и используют SSI-технологию.

Также, можно реализовать средствами сервера отображение различных страниц для пользователей с различными локалями. Apache поддерживает множество кодировок, в том числе Unicode, что позволяет использовать страницы, созданные в любых кодировках и на любых языках.

Обработка событий

Администратор может установить собственные страницы и обработчики для всех HTTP ошибок и событий, таких как 404 (Not Found) или 403 (Forbidden). В том числе существует возможность запуска скриптов и отображения сообщений на разных языках.

Server Side Includes

Основная статья: Server Side Includes

В версиях 1.3 и старше был реализован механизм Server Side Includes, позволяющий динамически формировать HTML-документы на стороне сервера.

Конструкция[править]

Несущая системаправить

Конструктивно АН-64 выполнен по одновинтовой схеме с четырехлопастными винтами. Длина лопасти несущего винта составляет 6 метров. Лопасти композитные. Лопасти имеют 5 стальных лонжеронов покрытых стекловолокном. Задняя кромка покрыта крепким графитовым композиционным материалом, передняя выполнена из титана. Титан выдерживает лёгкие касания винтом деревьев и прочих препятствий (это свойство необходимо при облёте и огибании местности на предельно малой высоте).

Силовая установкаправить

AH-64 имеют два двигателя.

Apache Модификация	Двигатель	Мощность
AH-64A	General Electric T700-701	1 696 л. с.
AH-64A+/D	General Electric T700-701C	1 890 л. с.
AH-64E Block III	General Electric T700-701D	2 000 л. с.
WAH-64D	Rolls-Royce Turbomeca RTM322	2 100 л. с.

Особенности конструкцииправить

Проекции AH-64

ALQ-144

• Двигатели AH-64 разнесены, являются взаимозаменяемыми.
• Также вертолёт оснащён экранными выхлопными устройствами (ЭВУ), для снижения теплового излучения выхлопа двигателей. Принцип её работы заключается в смешивании горячего выхлопа с холодным забортным воздухом.
• В носовой части фюзеляжа на турельной установке расположены: видеокамера, лазерная система измерения расстояния и подсвета цели, тепловизор, изображение с которого передаётся на телеэкран пилота, подвижная пушечная установка.
• Для снижения шума вертолёта, хвостовой винт заменен на Х-образный . Лопасти РВ установлены под разным углом, таким образом, каждый из них подавляет часть шума, производимого другим. В данном случае двойной винт работает тише одиночного.
• Основные опоры шасси (неубирающееся шасси), снабженные мощными амортизаторами. Амортизаторы способны поглотить энергию удара при аварийной посадке с вертикальной скоростью до 12,8 м/с, не допуская травмирования экипажа.
• Надвтулочный радар (для модификации D), выполняющий задачи картографирования и радиолокации.
• Система постановки ИК помех ALQ-144 и автомат выброса ИК ловушек.

РЛС APG-78править

• Дальность 8 км
• Диапазон мм (Ka диапазон)
• Количество сопровождаемых целей: 256
• РЛС обеспечивает
  • оповещение о ракетной атаке
  • полёт на малых высотах
  • обнаруживает излучающие РЛС
  • автоматическое обнаружение подвижных и неподвижных целей и их классификация

TADS

Электронно-оптическая система TADS (Target Acquisition and Designation Sights, Pilot Night Vision System)

Вооружениеправить

M230

AGM-114 и Hydra 70

Авиационная одноствольная автоматическая пушка M230

• Калибр 30×113 мм B
• Длина 1,68 м
• Масса 57,5 кг
• Скорострельность 600—650 выстрелов в минуту
• Начальная скорость снарядов 805 м/с
• Привод электрический

• Виды используемых боеприпасов:
  • патрон с осколочно-фугасным снарядом М799, снаряжение: 43 г взрывчатого вещества;
  • патрон с бронебойно-кумулятивным снарядом M789 с бронепробитием около 300 мм гомогенной брони

Configuring Access to Network Resources

Access to files over the network can be specified using two
mechanisms provided by Windows:

Mapped drive letters

e.g.,

UNC paths

e.g.,

Mapped drive letters allow the administrator to maintain the
mapping to a specific machine and path outside of the Apache httpd
configuration. However, these mappings are associated only with
interactive sessions and are not directly available to Apache httpd
when it is started as a service. Use only UNC paths for
network resources in httpd.conf so that the resources can
be accessed consistently regardless of how Apache httpd is started.
(Arcane and error prone procedures may work around the restriction
on mapped drive letters, but this is not recommended.)

Архитектура

Ядро

Ядро Apache включает в себя основные функциональные возможности, такие как обработка конфигурационных файлов, протокол HTTP и система загрузки модулей. Ядро (в отличие от модулей) полностью разрабатывается Apache Software Foundation, без участия сторонних программистов.

Теоретически, ядро apache может функционировать в чистом виде, без использования модулей. Однако, функциональность такого решения крайне ограничена.

Ядро Apache полностью написано на языке программирования C.

Система конфигурации

Система конфигурации Apache основана на текстовых конфигурационных файлах. Имеет три условных уровня конфигурации:

• Конфигурация сервера (httpd.conf).
• Конфигурация виртуального хоста (httpd.conf c версии 2.2, extra/httpd-vhosts.conf).
• Конфигурация уровня каталога (.htaccess).

Имеет собственный язык конфигурационных файлов, основанный на блоках директив. Практически все параметры ядра могут быть изменены через конфигурационные файлы, вплоть до управления MPM. Большая часть модулей имеет собственные параметры.

Часть модулей использует в своей работе конфигурационные файлы операционной системы (например /etc/passwd и /etc/hosts).

Помимо этого, параметры могут быть заданы через ключи командной строки.

Мультипроцессорные модели (MPM)

Для веб-сервера Apache существует множество моделей симметричной мультипроцессорности. Вот основные из них:

Название	Разработчик	Поддерживаемые OS	Описание	Назначение	Статус
Apache Software Foundation	Linux, FreeBSD	Гибридная мультипроцессорно-мультипоточная модель. Сохраняя стабильность мультипроцессорных решений, она позволяет обслуживать большое число клиентов с минимальным использованием ресурсов.	Среднезагруженные веб-серверы.	Стабильный.
Apache Software Foundation	Linux, FreeBSD	MPM, основанная на предварительном создании отдельных процессов, не использующая механизм threads.	Большая безопасность и стабильность за счёт изоляции процессов друг от друга, сохранение совместимости со старыми библиотеками, не поддерживающими threads.	Стабильный.
Apache Software Foundation	Linux	Гибридная модель, с фиксированным количеством процессов.	Высоконагруженные серверы, возможность запуска дочерних процессов используя другое имя пользователя для повышения безопасности.	В разработке, нестабильный.
Apache Software Foundation	Novell NetWare	Мультипоточная модель, оптимизированная для работы в среде NetWare.	Серверы Novell NetWare	Стабильный.
Apache Software Foundation	Microsoft Windows	Мультипоточная модель, созданная для операционной системы Microsoft Windows.	Серверы под управлением Windows Server.	Стабильный.
Steinar H. Gunderson	Linux, FreeBSD	MPM, основанная на модели prefork. Позволяет запуск каждого виртуального хоста под отдельными uid и gid.	Хостинговые серверы, серверы, критичные к изоляции пользователей и учёту ресурсов.	Стабильный.
Sean Gabriel Heacock	Linux, FreeBSD	Модель, созданная на базе MPM perchild. Позволяет запуск каждого виртуального хоста под отдельными uid и gid. Не использует потоки.	Обеспечение повышенной безопасности, работа с библиотеками, не поддерживающими threads.	Стабильная версия от 4 октября 2007 года, экспериментальная — от 10 сентября 2009 года.

Система модулей

Apache HTTP Server поддерживает модульность. Существует более 500 модулей, выполняющих различные функции. Часть из них разрабатывается командой Apache Software Foundation, но основное количество — отдельными open source-разработчиками.

Модули могут быть как включены в состав сервера в момент компиляции, так и загружены динамически, через директивы конфигурационного файла.

В модулях реализуются такие вещи, как:

• Поддержка языков программирования.
• Добавление функций.
• Исправление ошибок или модификация основных функций.
• Усиление безопасности.

Часть веб-приложений, например панели управления ISPmanager и VDSmanager реализованы в виде модуля Apache.

Механизм виртуальных хостов

Apache имеет встроенный механизм виртуальных хостов. Он позволяет полноценно обслуживать на одном IP-адресе множество сайтов (доменных имён), отображая для каждого из них собственное содержимое.

Для каждого виртуального хоста можно указать собственные настройки ядра и модулей, ограничить доступ ко всему сайту или отдельным файлам. Некоторые MPM, например Apache-ITK позволяют запускать процесс httpd для каждого виртуального хоста с отдельными идентификаторами uid и guid.

Также, существуют модули, позволяющие учитывать и ограничивать ресурсы сервера (CPU, RAM, трафик) для каждого виртуального хоста.

21 January 2016 — Nutch 2.3.1 Release¶

The Apache Nutch PMC are pleased to announce the immediate release of Apache Nutch v2.3.1, we advise all
current users and developers of the 2.X series to upgrade to this release.

This bug fix release contains around 40 issues addressed. For a complete overview of these issues please see the
release report.

As usual in the 2.X series, release artifacts are made available as only source and also available within
Maven Central as a Maven dependency.
The release is available from our DOWNLOADS PAGE.

The recommended Gora backends for this Nutch release are

• Apache Avro 1.7.6
• Apache Hadoop 1.2.1 and 2.5.2
• Apache HBase 0.98.8-hadoop2 (although also tested with 1.X)
• Apache Cassandra 2.0.2
• Apache Solr 4.10.3
• MongoDB 2.6.X
• Apache Accumlo 1.5.1
• Apache Spark 1.4.1

Thank you to everyone that contributed towards this release.

22 January 2015 — Nutch 2.3 Release¶

The Apache Nutch PMC are pleased to announce the immediate release of Apache Nutch v2.3, we advise all
current users and developers of the 2.X series to upgrade to this release.
After successful completion of the first Nutch Google Summer of Code project
we are pleased to announce that Nutch 2.3 release now comes packaged with a self
contained Apache Wicket-based Web Application.

This release is the result of many months of work and 143 issues addressed. For a complete overview of these issues please see the
release report.

As usual in the 2.x series, this release is made available only as source, but is also available within
Maven Central as a Maven dependency.
The release is available from our DOWNLOADS PAGE.

The supported Apache Gora v0.5 backends are;

• Apache Hadoop 1.0.1 & 2.4.0
• Apache Cassandra 2.0.2
• Apache HBase 0.94.14
• Apache Accumulo 1.5.1
• MongoDB 2.12.2
• Apache Solr 4.8.1
• Apache Avro 1.7.6

Please note that the SQL backend for Gora has been deprecated.

Configuring your server to permit SSI

To permit SSI on your server, you must have the following
directive either in your file, or in a
file:

Options +Includes

This tells Apache that you want to permit files to be parsed
for SSI directives. Note that most configurations contain
multiple directives
that can override each other. You will probably need to apply the
to the specific directory where you want SSI
enabled in order to assure that it gets evaluated last.

Not just any file is parsed for SSI directives. You have to
tell Apache which files should be parsed. There are two ways to
do this. You can tell Apache to parse any file with a
particular file extension, such as , with
the following directives:

AddType text/html .shtml
AddOutputFilter INCLUDES .shtml

One disadvantage to this approach is that if you wanted to
add SSI directives to an existing page, you would have to
change the name of that page, and all links to that page, in
order to give it a extension, so that those
directives would be executed.

The other method is to use the directive:

XBitHack on

tells Apache to parse files for SSI
directives if they have the execute bit set. So, to add SSI
directives to an existing page, rather than having to change
the file name, you would just need to make the file executable
using .

A brief comment about what not to do. You’ll occasionally
see people recommending that you just tell Apache to parse all
files for SSI, so that you don’t have to
mess with file names. These folks have
perhaps not heard about . The thing to
keep in mind is that, by doing this, you’re requiring that
Apache read through every single file that it sends out to
clients, even if they don’t contain any SSI directives. This
can slow things down quite a bit, and is not a good idea.

Of course, on Windows, there is no such thing as an execute
bit to set, so that limits your options a little.

In its default configuration, Apache does not send the last
modified date or content length HTTP headers on SSI pages,
because these values are difficult to calculate for dynamic
content. This can prevent your document from being cached, and
result in slower perceived client performance. There are two
ways to solve this:

История

Сервер был написан в начале 1995 года и считается, что его имя восходит к шуточному названию «a patchy» (с англ. — «заплаточка»), так как он устранял ошибки популярного тогда сервера Всемирной паутины NCSA HTTPd 1.3. В дальнейшем, с версии 2.х, сервер был переписан заново и теперь не содержит кода NCSA. На данный момент разработка ведётся в ветке 2.2, а в версиях 1.3 и 2.0 производятся лишь исправления ошибок безопасности. На текущий момент последняя версия ветки 2.4 — 2.4.23 (4 июля )
, для первой версии это 1.3.42.

Веб-сервер Apache разрабатывается и поддерживается открытым сообществом разработчиков под эгидой Apache Software Foundation и включён во многие программные продукты, среди которых СУБД Oracle и IBM WebSphere.

С апреля и до настоящего времени является самым популярным HTTP-сервером в Интернете. Статистика Netcraft показывает следующие данные об использовании Apache:

• в августе 2007 года он работал на 51 % всех веб-серверов
• в мае 2009 года — на 46 %
• в январе 2011 года — на 59 %, т.е. более чем на 160 млн сайтов
• в январе 2016 года — на 33,56 %, т.е. более чем на 304 млн сайтов.

Apache имеет долю рынка в России до 17,45 %. Это самый популярный веб-сервер после NGINX с долей рынка 64,89 %.

Понятие «веб-сервер‎»

Перед тем как переходить непосредственно к разбору Apache, кратко затрону понятие веб-сервера, ведь рассматриваемое программное обеспечение таковым и является. 

Веб-сервер – средство для обслуживания сайта в интернете. Он обрабатывает файлы, базы данных и всю информацию, хранящуюся на ресурсе. Веб-сервер занимается тем, что доставляет данные с серверного компьютера на устройство конечного пользователя в режиме реального времени, имея доступ ко всем файлам. Несколько запросов может обрабатываться одновременно, при этом не возникает проблем с файлами, написанными на совершенно разных языках программирования. При обработке все они превращаются в HTML-код и отправляются на обработку в браузер.

Теперь вы можете воспринимать веб-сервер как своеобразного посредника между сервером, где хранятся все данные, и пользователем. Из этого становится понятно, для чего нужен веб-сервер Apache, но пока не очень ясно, чем он отличается от других решений и какие имеет преимущества.

Настройка HTTPS в Apache

Создание ключа и ssl-сертификата

Использование самоподписанных сертификатов хоть и защищает от пассивного прослушивания, тем не менее не гарантирует клиентам, что сервер является именно тем сервером, который им нужен. Преимуществом самоподписанных сертификатов является их бесплатность. Сертификат, подписанный компанией-сертификатором (Certificate authority), стоит денег.

Для создания ключа и сертификата вводим команду:

openssl req -new -x509 -days 30 -keyout server.key -out server.pem

На вопрос «Enter PEM pass phrase:» отвечаем паролем, подтверждаем и запоминаем.

На все последующие вопросы отвечаем произвольно, можно просто щелкать по Enter, соглашаясь с предложенными вариантами, только на вопрос «Common Name (eg, YOUR name) []:» отвечаем именем сайта, для которого создаем сертификат, например www.example.com.

После ответа на все вопросы в директории должны появиться два новых файла — (ключ) и (сертификат).

Чтобы использовать сгенерированный ключ, нужно знать пароль, введённый нами, и Apache будет спрашивать его у нас при загрузке, а к чему нам лишние вопросы от демонов? 🙂 Поэтому снимаем пароль с ключа:

cp server.key{,.orig}
openssl rsa -in server.key.orig -out server.key
rm server.key.orig

Скопируем их в /etc/ssl и назначим файлу ключа права чтения только администратору:

sudo cp server.pem etcsslcerts
sudo cp server.key etcsslprivate
sudo chmod 0600 etcsslprivateserver.key

Настройка Apache

Для начала необходимо активировать :

sudo a2enmod ssl

А затем включить настройки HTTPS сайта по умолчанию:

sudo a2ensite default-ssl

Теперь необходимо отредактировать файл с настройками HTTPS сайта по умолчанию, указав в нём пути к вашим сертификатам. Сам файл называется (или ).

В этом файле рекомендуется после директивы

SSLEngine on

добавить строчку

SSLProtocol all -SSLv2

чтобы запретить использование устаревшего протокола SSLv2.

Дальше вам необходимо отредактировать параметры, ответственные за сертификаты.

# Публичный сертификат сервера
SSLCertificateFile    /etc/ssl/certs/server.pem
# Приватный ключ сервера
SSLCertificateKeyFile /etc/ssl/private/server.key

Теперь просто перезагрузите Apache:

sudo service apache2 restart

И если все параметры указаны верно, ваши сайты станут доступны по HTTPS.

Протокол HTTPS работает по 443 порту, поэтому если сервер находится за шлюзом, то необходимо на нём пробросить данный порт.

Перенаправление HTTP запросов на HTTPS

Если вы хотите запретить использование HTTP, то самым разумным будет перенаправлять все HTTP запросы к страницам на их HTTPS адрес. Сделаем это с помощью . Если он не включён — включаем:

sudo a2enmod alias
sudo service apache2 restart

Затем изменяем файл , отвечающий за виртуальный хост по умолчанию для HTTP запросов. В этот файл добавляем директиву

Redirect / https://example.com/

При этом все настройки директорий можно удалить, поскольку по HTTP на ваши сайты всё равно будет не попасть.

Всё, теперь ещё раз перезапустите Apache и убедитесь, что при заходе по HTTP вы автоматически перенаправляетесь на HTTPS-страницу.

Функциональные возможности

Интеграция с другим ПО и языками программирования

Существует множество модулей, добавляющих к Apache поддержку различных языков программирования и систем разработки.

К ним относятся:

• PHP (mod_php).
• Python (mod python, mod wsgi).
• Ruby (apache-ruby).
• Perl (mod perl).
• ASP (apache-asp).
• Tcl (rivet)

Кроме того, Apache поддерживает механизмы CGI и FastCGI, что позволяет исполнять программы на практически всех языках программирования, в том числе C, C++, Lua, sh, Java.

Безопасность

Apache имеет различные механизмы обеспечения безопасности и разграничения доступа к данным. Основными являются:

• Ограничение доступа к определённым каталогам или файлам.
• Механизм авторизации пользователей для доступа к каталогу на основе HTTP-аутентификации (mod_auth_basic) и digest-аутентификации (mod_auth_digest).
• Ограничение доступа к определённым каталогам или всему серверу, основанное на IP-адресах пользователей.
• Запрет доступа к определённым типам файлов для всех или части пользователей, например запрет доступа к конфигурационным файлам и файлам баз данных.
• Существуют модули, реализующие авторизацию через СУБД или PAM.

В некоторых MPM-модулях присутствует возможность запуска каждого процесса Apache используя различные uid и gid с соответствующими этим пользователям и группам пользователей.

Также, существует механизм suexec, используемый для запуска скриптов и CGI-приложений с правами и идентификационными данными пользователя.

Для реализации шифрования данных, передающихся между клиентом и сервером используется механизм SSL, реализованный через библиотеку OpenSSL. Для удостоверения подлинности веб-сервера используются сертификаты X.509.

Интернационализация

Начиная с версии 2.0 появилась возможность определения сервером локали пользователя. Сообщения об ошибках и событиях, посылаемые браузеру, теперь представлены на нескольких языках и используют SSI-технологию.

Также, можно реализовать средствами сервера отображение различных страниц для пользователей с различными локалями. Apache поддерживает множество кодировок, в том числе Unicode, что позволяет использовать страницы, созданные в любых кодировках и на любых языках.

Обработка событий

Администратор может установить собственные страницы и обработчики для всех HTTP ошибок и событий, таких как 404 (Not Found) или 403 (Forbidden). В том числе существует возможность запуска скриптов и отображения сообщений на разных языках.

Server Side Includes

В версиях 1.3 и старше был реализован механизм Server Side Includes, позволяющий динамически формировать HTML-документы на стороне сервера.

История[править]

Успешное применение AH-1 «Кобра» во Вьетнаме подтвердило жизнеспособность идеи боевого вертолёта. В то же время ситуация с предполагаемым «наследником» «Кобры» оставалась неясной. Амбициозная и дорогостоящая программа AH-56 «Шайенн» продолжалась около десятилетия и была окончательно закрыта в 1972 году. Попытки найти временную замену в виде модели Сикорский S-67, модификаций S-61 и других вертолётов также оказались безуспешными. Наконец в 1972 г. Армия США начала программу усовершенствованного боевого вертолёта (Advanced Attack Helicopter, AAH), предназначенного в первую очередь для борьбы с танками противника в любое время суток и в плохих погодных условиях.

Основные требования, выдвигавшиеся к вертолёту AAH:

• Вооружение — 30-мм пушка M230 Chain Gun, 16 противотанковых ракет AGM-114 или 4 установки с 19 единицами 70-мм НАР Hydra 70
• Экипаж — 2 человека
• Характеристики: расчётная взлётная масса — 7260 кг, скороподъёмность — 12,7 м/с, перегоночная дальность с ПТБ — 1850 км
• Навигационное оборудование для полётов ночью и в плохих погодных условиях на высоте менее 30 м
• Двигатель — газотурбинный XT-700, что обеспечивало унификацию с разрабатываемым военно-транспортным вертолётом UH-60
• Система снижения ИК-излучения
• Обеспечение боевой живучести вертолета. В частности нулевая уязвимость вертолёта при одиночном поражении 12,7-мм пулей при скорости 490 м/с и минимизация уязвимости при поражении 23-мм ОФЗ снарядом. Возможность продолжения полёта в течение минимум 30 мин после указанного воздействия по любой части конструкции машины
• Предполагаемый срок службы — 15 лет
• Расчётная стоимость серийной машины — 14 млн. долларов, себестоимость производства 11 – 12 млн. долларов.

Участие в конкурсе принимали пять авиастроительных фирм: Боинг-Вертол, Белл, Хьюз, Локхид, Сикорский. В июне 1973 года двум из этих фирм (Белл и Хьюз) были выданы контракты на разработку и производство прототипов. Фирма Белл предложила YAH-63 (Модель 409), представлявший развитие AH-1; прототип совершил первый полёт 22 ноября 1975 года. Чуть раньше, 30 сентября, впервые взлетел Хьюз YAH-64, пилотировавшийся лётчиками-испытателями Робертом Ферри (Robert Ferry) и Ралеем Флетчером (Raleigh Fletcher). В ходе проведённых армией сравнительных испытаний образец фирмы Хьюз показал своё значительное превосходство над конкурентом в скороподъёмности и манёвренности, и в целом его характеристики превосходили армейские требования. Свою роль сыграла и авария YAH-63 в одном из испытательных полётов. В декабре 1976 года было объявлено о победе в конкурсе фирмы Хьюз с вертолётом YAH-64.

После победы в конкурсе фирма продолжила долгие испытания вертолёта, внеся ряд изменений в его конструкцию и бортовое оборудование. В общей сложности объём лётных испытаний составил 2400 часов. Из-за ряда трудностей решение о серийном производстве было отложено на два года. Только летом 1981 года начались войсковые испытания вертолёта. Строевые экипажи остались довольны новой машиной, и 19 декабря того же года было принято решение о серийном производстве вертолёта под обозначением AH-64A и названием «Апач».

Для выпуска «Апачей» был построен завод в г. Меса (Аризона). Выкатка первой серийной машины состоялась 30 сентября 1983 года, ровно через восемь лет после первого полёта AH-64. В следующем году фирма Хьюз была куплена корпорацией Макдоннел-Дуглас, к которой перешло и производство вертолёта. «Апачи» стали поступать в войска и распределялись по 18 вертолётов на эскадрилью. Первая эскадрилья достигла боеготовности в июле 1986 года. С 1989 года «Апачи» начали поступать в Национальную гвардию США. Серийное производство для нужд американских вооружённых сил было завершено в декабре 1994 года после постройки 827 машин. Средняя стоимость одного вертолёта ранней модификации AH-64A оценивается примерно в 14,5 млн. долларов.