Веб-серверы
Apache httpd: оригинальный веб-сервер, все еще завоевывающий свое место
Apache httpd поддерживал три десятилетия Интернета, и эра Apache Run After Maturity реальна: событие MPM сделало рабочие нагрузки класса mod_php параллельными, модули охватывают все, от аутентификации до кэширования на стороне сервера, а .htaccess обеспечивает управляемость общего хостинга. Его стереотип устарел с точки зрения производительности, но точен с точки зрения торговли, и знание компромиссов делает Apache законным вариантом, а не извинением.
Главное
- Событие MPM — это современная платформа: фиксированный пул рабочих потоков асинхронно обеспечивает поддерживающие соединения, поэтому текущий Apache больше не разрушается при одновременном выполнении, как старые тесты prefork; prefork подходит только для непотокобезопасных модулей и остается преднамеренным исключением.
- Поверхность модуля представляет собой функцию: mod_ssl, mod_security (стандартный WAF), mod_rewrite, mod_proxy плюс поклонники балансировки и модули аутентификации для каждой эпохи; модули могут быть скомпилированы или загружены с помощью инструментов класса a2enmod с переопределениями для каждого хоста, поэтому на общем хостинге сначала по-прежнему запускается Apache.
- .htaccess — это обоюдоострая культурная особенность: переопределение на уровне каталога дает пользователям полную власть над конфигурацией (перенаправления для каждого сайта, флаги PHP, безумие безопасности), но каждый запрос оплачивает затраты на поиск в файловой системе и анализ; там, где производительность имеет значение и правила стабильны, переместите правила htaccess в конфигурацию сервера.
- Обратное проксирование реально, но вторично: существуют параметры mod_proxy/AJP и mod_pagespeed-class, хотя для пограничной работы обычно выигрывают прокси-классы nginx/caddy/traefik; распространенной современной формой является Apache за более быстрым фронтом для устаревших приложений (и общий хостинг WordPress, где htaccess несет нагрузку).
- Дисциплина конфигурации, проверенная в полевых условиях: проверка конфигурации apachectl после изменений, отдельные виртуальные хосты для каждого сайта, modsecurity не просто установлен, но настроен с помощью набора правил (по умолчанию Paranoia Level 1), модули в стиле mod_evasive/limitreq для обработки флуда и регистрации ошибок, а также доступ с полями скорости для слоев анализа журналов.
- Честный вердикт 2026 года: Apache — превосходный сервер приложений и посредственный пограничный прокси; запускайте его там, где его модули и переопределения каталогов несут рабочую нагрузку, передайте его с помощью экономичного обратного прокси-сервера, когда это необходимо масштабу, и никогда не позволяйте сканированию htaccess оставаться без контроля (они являются постоянной поверхностью эксплуатации на общем хостинге).
Заметка из практики
Хостинг WordPress, который мы взяли под свой контроль, использовал Apache с 1700 файлами .htaccess на сайтах, некоторые из которых противоречивы. Мы переместили стабильные правила в конфигурации виртуального хоста, сохранили переопределения для каждого сайта там, где они были нужны владельцам, а задержка p99 общего хоста снизилась на треть, не покупая ничего.
Частые вопросы
Будем ли мы вообще использовать Apache в 2026 году?
Да, и на это есть веские причины: экосистема .htaccess (общий хостинг класса WordPress/Drupal), зрелость mod_security и поддержка модулей для устаревших стеков. Замена его оптом — это решение рабочей нагрузки, а не модное.
Какой MPM нам следует использовать?
Событие для всего современного, предумышленный предварительный форк для устаревших непотокобезопасных модулей (некоторые стеки расширений PHP и старые библиотеки); на данный момент работник в основном уже история. Измерьте собственный трафик после любого переключения MPM.
.htaccess — это плохо?
Не так уж и плохо, это снижает производительность каждого запроса и расширяет поверхность атаки на виртуальном хостинге, но это единственная причина, по которой общий хостинг вообще работает; дисциплина заключается в переносе стабильных правил в конфигурацию виртуального хоста и наблюдении за переопределениями на уровне каталога.
Как mod_security соответствует стеку безопасности?
Это наиболее широко используемый открытый уровень WAF, превосходно фильтрующий очевидные классы эксплойтов (шаблоны SQLi, обход путей, проверки администратора), но шумный без настройки; соедините его с журналами и исключениями правил для каждого сайта (дополнения на стороне сервера см. в нашей статье о настройке брандмауэра).
Как мы берём на себя веб-серверы
Мы разбирались с этим сотни раз: Настройка, оптимизация и безопасность веб-серверов в производственной среде и при разработке. С услугой Оптимизация скорости сайтов и Администрирование серверов вы получаете полный цикл: мы оцениваем, внедряем, следим круглосуточно и подключаемся в течение 30 минут, когда это действительно нужно.