Apache: що це таке і навіщо він потрібний

Apache – це не тільки назва індіанського племені чи вертольота. Це також назва однієї з найвідоміших і найвпливовіших організацій у світі відкритого програмного забезпечення. Під цією назвою ховається ціла низка проектів, які використовуються мільйонами людей по всьому світу для різних цілей. Що ж є Apache і яка його роль? Давайте розберемося.

Що таке Apache?

Apache – це скорочення від The ​​Apache Software Foundation (ASF) – некомерційної організації, яка займається розробкою та підтримкою відкритого програмного забезпечення. Вона була заснована в 1999 році, але її історія почалася ще раніше, в 1995 році, коли група веб-розробників об'єднала свої зусилля для створення та покращення веб-сервера Apache HTTP Server. З того часу Apache HTTP Server став найпопулярнішим веб-сервером в інтернеті, обслуговуючи більше половини всіх веб-сайтів.

Згодом ASF розширила свою діяльність і почала охоплювати безліч інших областей, таких як обробка великих даних, машинне навчання, хмарні обчислення, потокова обробка даних та інші. Зараз ASF налічує понад 320 активних проектів, які розробляються та підтримуються тисячами добровольців у всьому світі. Місія ASF – надавати програмне забезпечення для суспільного блага, дотримуючись принципів відкритості, співпраці та інновацій.

Основні проекти Apache

Проекти Apache можна розділити на кілька категорій залежно від їхнього призначення та технологій. Ось деякі з найбільш відомих і широко використовуваних проектів Apache:

Apache HTTP Server - це веб-сервер, який дозволяє приймати та обробляти HTTP-запити від клієнтів (наприклад, браузерів) та надсилати їм HTTP-відповіді (наприклад, веб-сторінки). Apache HTTP Server підтримує безліч модулів, які розширюють його функціональність, такі як модулі для автентифікації, стиснення, кешування, перенаправлення та інші. Apache HTTP Server працює на різних операційних системах, таких як Linux, Windows, MacOS та інші.

Apache Hadoop - це фреймворк для розподіленої обробки великих обсягів даних на кластерах із сотень чи тисяч комп'ютерів. Apache Hadoop складається з кількох компонентів, таких як Hadoop Distributed File System (HDFS) – розподілена файлова система, яка зберігає дані на різних вузлах кластера; Hadoop MapReduce - модель програмування та двигун для паралельної обробки даних; Hadoop YARN - платформа для управління ресурсами та завданнями кластера; Hadoop Common – набір бібліотек та утиліт для підтримки інших компонентів Hadoop.

Apache Spark - це фреймворк для швидкої та гнучкої обробки великих даних. Apache Spark може працювати поверх Hadoop чи інших розподілених систем зберігання даних. Apache Spark підтримує декілька видів обробки даних, таких як пакетна обробка, потокова обробка, інтерактивний аналіз та машинне навчання. Apache Spark використовує концепцію Resilient Distributed Datasets (RDD) - незмінних розподілених колекцій даних, які можна трансформувати та агрегувати за допомогою функцій вищого порядку. Apache Spark також надає високорівневі API різними мовами програмування, таких як Scala, Python, Java та R.

Apache Kafka - Це платформа для потокової обробки даних.Apache Kafka дозволяє публікувати та підписуватись на потоки даних у реальному часі. Apache Kafka працює як розподілений журнал, до якого надходять дані від різних джерел (наприклад, додатків, пристроїв, веб-сайтів) та з якого дані вилучаються різними споживачами (наприклад, аналітиками, обробниками, сховищами). Apache Kafka забезпечує високу пропускну здатність, низьку затримку, відмовостійкість та гарантію доставки даних. Apache Kafka також підтримує різні сценарії використання, такі як обмін повідомленнями, аудит, моніторинг, телеметрія та інші.

Apache Cassandra - це розподілена база даних, яка призначена для зберігання та обробки великих обсягів структурованих та напівструктурованих даних. Apache Cassandra заснована на моделі даних, схожої на Google Bigtable, та використовує архітектуру, схожу на Amazon DynamoDB. Apache Cassandra має високу доступність, масштабованість, продуктивність і стійкість до збоїв. Apache Cassandra також підтримує гнучку мову запитів CQL (Cassandra Query Language), яка дозволяє виконувати різні операції над даними.

Переваги Apache

Використання проектів Apache має безліч переваг для розробників, аналітиків, бізнесменів та користувачів. Ось деякі з них:

Висока продуктивність: проекти Apache здатні обробляти великі обсяги даних із високою швидкістю та ефективністю. Наприклад, Apache Spark може обробляти дані у 100 разів швидше, ніж Hadoop MapReduce. Apache Kafka може досягати швидкості до 2 мільйонів записів на секунду.

Надійність: проекти Apache забезпечують надійне зберігання та передачу даних, а також захист від втрат та пошкоджень даних. Наприклад, HDFS реплікує дані на кількох вузлах кластера для забезпечення стійкості до відмови.

Apache Cassandra використовує концепцію "в кінцевому підсумку узгоджених" (eventually consistent) даних, яка гарантує, що всі вузли кластера будуть мати однакову версію даних після певного часу.

Безпека: проекти Apache підтримують різні механізми безпеки для захисту даних від несанкціонованого доступу та модифікації. Наприклад, Apache HTTP Server підтримує шифрування SSL/TLS для безпечної передачі даних через мережу. Apache Hadoop підтримує автентифікацію Kerberos для контролю доступу до даних та ресурсів кластера.

Гнучкість: проекти Apache дозволяють легко адаптуватися до різних вимог та умов роботи з даними. Наприклад, Apache Spark підтримує кілька видів обробки даних, таких як пакетна обробка, потокова обробка, інтерактивний аналіз та машинне навчання. Apache Cassandra підтримує гнучку мову запитів CQL (Cassandra Query Language), яка дозволяє виконувати різні операції над даними.

Масштабованість: проекти Apache здатні масштабуватись горизонтально, тобто додавати нові вузли до кластера для збільшення потужності та ємності. Наприклад, Apache Hadoop може працювати на кластерах із сотень або тисяч комп'ютерів. Apache Kafka може обслуговувати мільйони клієнтів та споживачів даних.

Сумісність: проекти Apache сумісні з різними операційними системами, мовами програмування, форматами даних та іншими технологіями.Наприклад, Apache HTTP Server працює на Linux, Windows, MacOS та інших операційних системах. Apache Spark підтримує Scala, Python, Java та R як мови програмування. Apache Kafka підтримує JSON, Avro, Protobuf та інші формати даних.

Як використовувати Apache

Проекти Apache можна використовувати для різних цілей, таких як створення веб-сайтів, аналіз даних, обробка потокових даних та інші. Ось кілька прикладів того, як можна використовувати проекти Apache:

Створення веб-сайтів: для створення веб-сайтів можна використовувати Apache HTTP Server як основний веб-сервер, який приймає та обробляє запити HTTP від ​​клієнтів. Для динамічного створення веб-сторінок можна використовувати Apache Tomcat - контейнер сервлетів, який дозволяє запускати Java-додатки на веб-сервері. Для зберігання даних можна використовувати Apache Derby - реляційну базу даних, що вбудовується, яка працює в тому ж процесі, що і додаток.

Аналіз даних: для аналізу великих обсягів даних можна використовувати Apache Hadoop як основний фреймворк для розподіленої обробки даних на кластерах із сотень чи тисяч комп'ютерів. Для швидкої та гнучкої обробки даних можна використовувати Apache Spark як альтернативу або доповнення до Hadoop MapReduce. Для машинного навчання можна використовувати Apache Mahout – бібліотеку алгоритмів машинного навчання, яка працює поверх Hadoop чи Spark. Для візуалізації даних можна використовувати Apache Zeppelin – інтерактивне середовище для аналізу даних за допомогою ноутбуків.

Обробка потокових даних: для обробки потокових даних у реальному часі можна використовувати Apache Kafka як платформу для публікації та передплати потоків даних.Для трансформації та агрегації потокових даних можна використовувати Apache Flink – фреймворк для потокової обробки даних з високою продуктивністю та низькою затримкою. Для зберігання та аналізу потокових даних можна використовувати Apache Druid – розподілену базу даних для аналітики у реальному часі.

Висновок

У цій статті ми розповіли про те, що таке Apache, які проекти він включає, які переваги він має та як його можна використовувати. Ми показали, що Apache є одним з найпопулярніших і найвпливовіших проектів у галузі відкритого програмного забезпечення, який надає безліч рішень для різних завдань роботи з даними. Ми також дали кілька прикладів того, як можна використовувати проекти Apache для різних цілей, таких як створення веб-сайтів, аналіз даних, обробка потокових даних та інші.

Веб-сервер Apache

У цій статті ми говоримо про веб-сервер Apache. Якщо вам не дуже зрозуміло, що таке веб-сервер, навіщо він потрібен та як працює, прочитайте статтю «Веб-сервер».

Налаштування Apache

Скопіювати посилання "Налаштування Apache" Скопійовано

Веб-сервер Apache був розроблений у 1995 році Apache Software Foundation як заміна NCSA HTTPd. У Unix-подібних операційних системах, як правило, Apache постачається разом із дистрибутивом як служба httpd. У Windows Apache необхідно встановити та запустити як службу (інструкція).

Існує кілька заздалегідь підготовлених програмних пакетів у вигляді програм з графічним інтерфейсом користувача, в яких вже встановлені та налаштовані для спільної роботи веб-сервер Apache, база даних та інтерпретатор для мови скрипту.Найбільш популярними є пакети AMP (абревіатура від Apache + MySQL/MariaDB + Perl/PHP/Python). Завдяки простоті встановлення та налаштування, підтримці різних операційних систем найбільш популярним пакетом є XAMPP.

Структура конфігураційних файлів

Скопіювати посилання "Структура конфігураційних файлів" Скопійовано

Роботу Apache можна настроювати за допомогою конфігураційних файлів. Файли конфігурації можуть бути розташовані в різних місцях, залежно від типу установки веб-сервера. Існує сторінка з офіційної документації, яка описує стандартні шляхи встановлення з дистрибутива для різних операційних систем. Якщо ви встановили Apache, зібравши з вихідного коду, таким чином на Unix-подібних системах буде /usr/local/apache2/conf. Стандартну конфігурацію можна знайти у файлі з іменем httpd . conf.

Файл конфігурації містить прості директиви по одному на рядок. Якщо налаштування не розміщуються на одному рядку, можна використовувати символ \ , як це застосовується під час роботи зі скриптами в терміналі. Якщо в значенні аргументу є прогалини, він міститься в лапки. Регістр букв при вказівці директив є важливим. Для аргументів регістр, зазвичай, теж має значення. Для однорядкових коментарів використовується символ #. Аргументи, в яких записуються потрібні значення параметрів, відокремлюються пробілами.

Складні директиви вказуються всередині кутових дужок, за аналогією з тегами HTML. Всередині тега за допомогою простих чи складних директив задається поведінка веб-сервера.

На відміну від веб-сервера Nginx, конфігурація може зберігатися і локально в каталогах сайту, до якого надає доступ Apache.Для цього створюється спеціальний файл .htaccess у папці, яка має працювати інакше, ніж зазначено у поточній конфігурації Apache. Якщо користувач не має доступу до файлів конфігурації Apache, такий варіант конфігурації буде дуже корисним.

Зазвичай конфігурація зберігається над одному великому файлі, а розбивається кілька невеликих файлів. Вони підключаються до єдиного конфігураційного файлу, який використовується для налаштування веб-сервера, так:

Include /path/to/conf/example.conf
Include /path/to/conf/example.conf


Копіювати
Скопійовано
Не вдалося скопіювати

Include — директива, одна з багатьох, яка дозволяє настроювати веб-сервер. Усі директиви описані у офіційній документації, ми розглянемо найважливіші.

У файлах конфігурації можна задавати змінні за допомогою директиви Define. Використовувати змінні можна за допомогою конструкції $VAR. Як і терміналі, у файлах конфігурації Apache можна створювати змінні оточення. Для цього використовується директива Set Env.

Для вказівки директорії, до якої веб-сервер повинен перенаправити HTTP-запити від клієнта, використовується наступний список директив:

• < Directory directory - path> - встановлюються правила поведінки веб-сервера для файлів і піддиректорій всередині шляху directory - path .
• < Directory Match regex > - те саме, що і Directory , але застосовується до всіх шляхів, які задовольняють регулярному виразу regex .
• < Files filename> - встановлюються правила поведінки веб-сервера для файлів з ім'ям filename .
• < Files Match regex> - те саме, що і Files , але застосовується до всіх файлів, імена яких задовольняють регулярному виразу regex .
• < Location U R L - path| U R L> - встановлюються правила поведінки веб-сервера для певних абсолютних та відносних посилань URL-path | URL.
• < Location Match regex> - те саме, що і Location , але застосовується до всіх посилань, які задовольняють регулярному виразу regex .
• < Virtual Host addr [ : port ] [ addr [ : port ] ] . . . >— встановлюються правила поведінки веб-сервера для певних імен хостів або IP-адрес.

Про порти, хости та IP-адреси читайте докладніше у статті «Робота з мережею».

Приклади складних директив

Скопіювати посилання "Приклади складних директив" Скопійовано

Для директорії /usr/директива Allow Override з аргументом None означатиме, що локальну конфігурацію у файлі .htaccess потрібно проігнорувати.

SetHandler server-status Require all granted

Директива Set Handler дозволяє обробляти запити за допомогою спеціальних обробників (хендлерів). У прикладі при зверненні на шлях сайту /status веб-сервер видає звіт про свій стан. Аргументи all granted для директиви Require вказують, що веб-сервер повинен обробити будь-які запити всім користувачів, незалежно від того, авторизовані вони чи ні. Можна дозволити доступ лише певним IP-адресам, які починаються з 10 . , 172 . 20 . або 192 . 168 . 2 . так:

Require ip 10 172.20 192.168.2
Require ip 10 172.20 192.168.2


Копіювати
Скопійовано
Не вдалося скопіювати

Директива Require використовується для встановлення якихось вимог. Якщо вимоги не дотримуються, запити від клієнта відхиляються веб-сервером. Можна використовувати вкладені директиви так:

Require group alpha beta Require not group reject

У цьому прикладі всі користувачі з груп alpha та beta мають доступ до папки /www/docs, а користувачі з групи reject - ні.

Можна і складніше. Приклад так званого контейнера авторизації:

Require user superadmin Require group admins Require group sales


Require group temps

Широко поширене використання віртуальних хостів, тобто окремих IP-адрес або імен хостів, для обробки запитів користувачів. Можна вказати для віртуального хоста доменне ім'я сайту (Server Name); директорію, в яку будуть перенаправлятися запити користувачів (Document Root); можна налаштувати звіти про помилки (Error Log) або успішні акти передачі файлів користувачам (Transfer Log):

DocumentRoot "/www/docs/host.example.com" ServerName host.example.com ErrorLog "logs/host.example.com-error_log" TransferLog "logs/host.example.com-access_log"

Веб-сервер Apache дозволяє використовувати модулі для обробки запитів HTTP клієнтів. Наприклад, для обробки HTTP-запитів інтерпретатором PHP для файлів із розширенням * . php потрібно підключити та налаштувати окремий модуль mod _ fcgi :

SetHandler "proxy:unix:/path/to/app.sock|fcgi://localhost/"

Попередньо модуль необхідно підключити та перевірити, чи підключився він коректно. Для цього потрібно використати директиву:

AddHandler php7.fcgi .php Action php7.fcgi /php7.fcgi Alias ​​/php7.fcgi /usr/lib/cgi-bin/php7.fcgi Authorization -idle-timeout 3600 Require all granted

У прикладі відбувається таке:

• Add Handler додає обробник php7. fcgi для файлів з розширенням .php;
• Action активує тип обробки php7. fcgi запитів для оброблювача /php7 . fcgi;
• Alias ​​встановлює відповідність між посиланнями та локальними директоріями на комп'ютері, де запущено сервер;
• Authorization визначає період часу, після якого знадобиться нова авторизація клієнта.

Управління конфігурацією

Скопіювати посилання "Керування конфігурацією" Скопійовано

Запустити Apache можна безпосередньо, використовуючи файл, що виконується, або як служба в операційній системі.

Перевірити конфігурацію на відповідність синтаксису можна за допомогою ключа -t:

httpd -t
httpd -t



Копіювати
Скопійовано
Не вдалося скопіювати

Ключ -s виводить у консоль інформацію про поточну конфігурацію веб-сервера для віртуального хоста:

httpd -s
httpd -s



Копіювати
Скопійовано
Не вдалося скопіювати

Ключ -k дозволяє керувати веб-сервером за допомогою сигналів Unix-подібних систем (докладніше у статті «Багатозадачність та управління процесами)».

httpd -k
httpd -k
signal>


Копіювати
Скопійовано
Не вдалося скопіювати

Можна використовувати сигнали зі списку:

start - запустити;
stop - негайно зупинити;
graceful - stop - Зупинити веб-сервер після завершення обробки поточних запитів клієнтів;
restart — перезапустити з новою конфігурацією без завершення обробки поточних запитів клієнтів;
graceful - перезапустити з новою конфігурацією, дочекавшись завершення обробки поточних запитів клієнтів;
reopen – відкрити лог-файли заново.

Можна отримати конфігураційний файл за допомогою Mozilla SSL Configuration Generator. Спробуйте створити різні конфігурації, це допоможе розібратися з конкретними налаштуваннями детальніше.

Шпаргалка по Apache

Скопіювати посилання "Шпаргалка по Apache" Скопійовано

Підключення файлів конфігурації

Копіювати посилання "Підключення конфігураційних файлів" Скопійовано

Include /etc/apache/virtual-hosts/*.conf
Include /etc/apache/virtual-hosts/*.conf


Копіювати
Скопійовано
Не вдалося скопіювати

Для зручного керування конфігурацією та можливості перевикористовувати конфігурацію між веб-серверами є можливість підключати конфігураційні файли. Apache розуміє зібрану з таких цеглинок конфігурацію так, якби вона лежала в одному файлі.

Своє повідомлення про 404 помилки

Скопіювати посилання "Своє повідомлення про 404 помилки" Скопійовано

ErrorDocument 404 /404.html
ErrorDocument 404 /404.html


Копіювати
Скопійовано
Не вдалося скопіювати

Apache, як і будь-який веб-сервер, має стандартне повідомлення про помилку. Але не завжди хочеться використати стандартне. Кастомізація повідомлення можлива простим перенаправленням запиту до неіснуючої сторінки на потрібний розробнику файл. У прикладі цей файл називається 404.html та знаходиться у директорії сайту.

Створення віртуального каталогу (mod_alias)

Скопіювати посилання "Створення віртуального каталогу (mod_alias)" Скопійовано

Alias ​​/common /web/common
Alias /common /web/common


Копіювати
Скопійовано
Не вдалося скопіювати

Це налаштування дозволяє перенаправити запити клієнта до певного каталогу сайту до директорії на комп'ютері, на якому працює веб-сервер. У прикладі налаштування працює так: клієнт звертається до сайту за адресою https://example. com/common і отримує вміст директорії /web/common.

Створення постійного редиректу (mod_alias)

Скопіювати посилання "Створення постійного редиректу (mod_alias)" Скопійовано

Redirect permanent /old http://example.com/new
Redirect permanent /old http://example.com/new


Копіювати
Скопійовано
Не вдалося скопіювати

Нерідко потрібно перенаправити клієнтів при зверненні до каталогу веб-сайту на інший веб-сайт. Наприклад, виходить нова версія сайту чи сайт переїжджає на новий домен. Пошукові системи також розуміють такий вид редиректу, як переїзд контенту на іншу адресу в мережі, і прив'язують всю накопичену інформацію до нового місця в Інтернеті.

Дозвіл доступу лише з певної IP-адреси

Скопіювати посилання "Дозвіл доступу лише з певної IP-адреси" Скопійовано

Order Deny,AllowDeny from allAllow from 127.0.0.1
Order
Deny,Allow Deny from all Allow від 127.0.0.1


Копіювати
Скопійовано
Не вдалося скопіювати

Ця можливість найчастіше має сенс для налагодження сайту. Клієнтам доступу до сайту не буде, крім комп'ютерів розробників. З іншого боку, налаштування може використовуватись і для забезпечення додаткового рівня захисту. Можна входити на сайт тільки через VPN, IP-адреса якого прописана в налаштуваннях.

Увімкнення механізму редиректів

Скопіювати посилання "Увімкнення механізму редиректів" Скопійовано

RewriteEngine On
Redirect /news/123 to /news.cfm?id=123
RewriteRule ^/news/([0-9]+)$ /news.cfm?id=$1 [PT,L]
Redirect www.example.com to example.com
RewriteCond % ^www\.example\.com$ [NC]RewriteRule ^(.*)$ http://example.com$1 [R=301,L]
RewriteEngine On Redirect /news/123 to /news.cfm?id=123 RewriteRule
^/news/([0-9]+)$ /news.cfm?id=$1
[PT, L]
Redirect www.example.com to example.com RewriteCond
% ^www\.example\.com$
[NC]
RewriteRule
^(.*)$ http://example.com$1
[R=301,L]


Копіювати
Скопійовано
Не вдалося скопіювати

Для роботи бекенда або фронтенда, коли веб-додаток використовує шляхи та аргументи адресного рядка, це налаштування дуже важливе.Від правильності налаштування редиректів залежить коректність роботи веб-програми.

На практиці

Скопіювати посилання "На практиці" Скопійовано

Ігор Коровченко радить

Скопіювати посилання "Ігор Коровченко радить" Скопійовано

Apache

Apache – це мультиплатформне програмне забезпечення, що вільно розповсюджується, з відкритими кодами для веб-серверів. Воно з'явилося на ринку в 1995 році, а з весни наступного року і до сьогодні належить до найбільш популярних серверних програм в інтернеті. Таке ПЗ застосовується приблизно в 46% від кількості веб-проектів. Спочатку "Апачі" проектувався як удосконалена версія NCSA HTTPd 1.3 - іншого відомого програмного забезпечення для серверів. Проект розвивається за рахунок зусиль спільноти незалежних програмістів. Серед причин високого попиту на Apache можна вказати його надійність, просте управління, модульну організацію, адаптивність та масштабованість. Ця програма має свій офіційний веб-сайт – httpd.apache.org . Однак у Apache є й слабкі сторони. Серед них безліч файлів конфігурації та доступних характеристик, що знижують безпеку, та відчутне скорочення продуктивності при стрибку трафіку.

Apache – це мультиплатформне програмне забезпечення, що вільно розповсюджується, з відкритими кодами для веб-серверів. Воно з'явилося на ринку в 1995 році, а з весни наступного року і до сьогодні належить до найбільш популярних серверних програм в інтернеті. Таке ПЗ застосовується приблизно в 46% від кількості веб-проектів. Спочатку "Апачі" проектувався як удосконалена версія NCSA HTTPd 1.3 - іншого відомого програмного забезпечення для серверів. Проект розвивається за рахунок зусиль спільноти незалежних програмістів.Серед причин високого попиту на Apache можна вказати його надійність, просте управління, модульну організацію, адаптивність та масштабованість. Ця програма має свій офіційний веб-сайт – httpd.apache.org. Однак у Apache є й слабкі сторони. Серед них безліч файлів конфігурації та доступних характеристик, що знижують безпеку, та відчутне скорочення продуктивності при стрибку трафіку.

Призначення Apache

Розібравшись з тим, що є Apache, можна докладніше вивчити специфіку його застосування та зрозуміти, що робить програма. На цьому ПЗ обробляються запити до вмісту, розміщеного на серверах. Хрестоматійний приклад застосування – обробка звернень користувачів сайтів. За допомогою браузера вони заходять на веб-сайт і переглядають його сторінки. При вчиненні користувачами дій із вмістом (кліка за посиланням, навігації в меню тощо) браузерна програма створює відповідний запит і транслює його на серверний комп'ютер. Apache аналізує його, знаходить необхідний контент, записує відповідь у HTML та відправляє його на браузер клієнта. Він, у свою чергу, трансформує отриманий код у сторінку, що візуально сприймається.

Структура Apache

Це серверне ПЗ включає ядро ​​мовою C і функціональні модулі, що збільшують його можливості. Вибір цих додаткових блоків залежить від специфіки контенту, що міститься на сервері. Модифікуючи конфігураційні файли, можна налаштувати такі характеристики ядра:

• httpd.conf - серверні рівні;
• extra/httpd-vhosts.conf – віртуальний хост;
• .htaccess – рівні каталогу. Вони дозволяють децентралізовано налаштувати веб-сервер. Інтерпретуючи на льоту, ці файли змінюють конфігурації серверного ПК без перезавантаження.Також htaccess дозволяє контролювати деякі можливості інтернет-застосунків для окремих груп користувачів, які не мають прав адміністраторів.

Змінювати конфігурацію модулів можна такими методами:

• модифікуючи власні файли налаштування модулів;
• змінюючи параметри зміни операційної системи;
• вносячи зміни через командний рядок.

Мультипроцесингові модулі

Аналіз звернень користувачів здійснюється за допомогою набору модулів:

• mpm_prefork – створює 1 потік кожному за звернення користувача;
• mpm_worker - формує кілька потоків, при цьому кожен з них аналізує тільки 1 з'єднання (відрізняється підвищеною масштабованістю);
• mpm_event – ​​аналогічний до попереднього, але пристосований для обробки сполук виду keep-alive.

Використання того чи іншого модуля залежить від параметрів веб-проекту та аудиторії користувачів.

Додаткові модулі

Функціональні можливості веб-сервера Apache збільшуються за рахунок модулів – їх загальна кількість перевищує 500. Деякі їх розроблені творцями самого ПЗ, інші створені сторонніми розробниками. Хоча є можливість збирання ядра і модулів під час компіляції програмного забезпечення, також передбачена функція динамічного підключення останніх. Модулі розробляються на вирішення таких задач:

• підтримки мов програмування, що додаються;
• збільшення числа функцій;
• модифікації основних функцій, виправлення помилок;
• підвищення безпеки.

Інтеграція з різними ЯП здійснюється за допомогою модулів CGI та FastCGI. Для найпопулярніших мов розроблено спеціалізовані модулі, зокрема apache_asp, mod_php і т.д.

Менеджмент URL та інші можливості mod_rewrite

Це ефективний інструмент, за допомогою якого можна фільтрувати та модифікувати URL. Він застосовується для приховування певних ділянок адреси, зокрема розширення .php файлу на сайтах, розроблених на PHP. Керувати модулем можна через введення директив у .htaccess-файлах. Наприклад, щоб замінити розширення файлів .aspx на .php, потрібно написати:

З прикладу очевидно, що директиви створюються з допомогою регулярних знаків і знакових конструкцій: наприклад, символ «^» означає початок рядка, запис «(.*)» – необмежену кількість будь-яких символів. Наведене вище правило допомагає приховати факт створення сайту за технологією ASP.NET. Сама назва файлу не змінюється. Apache аналізує запис у режимі real-time, назад замінює .php на .aspx та відкриває відповідний файл скрипту. До інших функцій цього модуля відносяться:

• попередня фільтрація, що підвищує безпеку;
• збереження інформації у кеші файлової системи за рахунок переадресації звернень;
• ліміти для завантаження деяких файлів.

Віртуальні хости

Цей механізм потрібний для підтримки декількох різних сайтів на єдиному фізичному сервері (з однією IP-адресою). Його основний функціонал включає:

• незалежне налаштування модулів;
• керування доступом до конкретного вмісту сайту;
• незалежний запуск httpd-процесу для кожного віртуал-хоста з наданням своїх guid та uid;
• управління витратою системних ресурсів та трафіку.

Часто цей блок застосовується надання хостингового сервісу.

Поєднання Apache з Nginx

Крім «Апачі», використовується і низка інших поширених серверних програм.Його основним аналогом і конкуруючим продуктом є Nginx, випущений на ринок у 2004 році як програмне забезпечення, що дозволяє вирішити c10k-проблему (тоді спостерігалися певні труднощі з обробкою безлічі запитів, що одночасно подаються). Nginx відрізняється подієво-орієнтованою структурою, що забезпечує однопотокову обробку нових запитів. Це ПЗ відрізняється високою швидкістю роботи (у чому істотно перевершує «Апачі») зі статичним вмістом. Завдяки цій його специфіці можна ефективно використовувати обидва пакети ПЗ у зв'язці. У ній на Nginx покладається фільтрація звернень до сервера, самостійний аналіз запитів на статичний вміст і перенаправлення на «Апачі».