Настройка nginx + Apache/PHP-FPM для Битрикс

Классическая схема Битрикс — nginx спереди, Apache или PHP-FPM сзади. Разбираем, как связать их правильно: раздача статики, проксирование динамики, композитный кеш, SSL и типичные настройки, которые определяют скорость витрины.

Архитектура связки

BitrixEnv использует двухслойную схему. nginx слушает 80/443, отдаёт статику и композитный кеш, терминирует SSL и проксирует динамические запросы на бэкенд. Apache с mod_php обрабатывает PHP и слушает внутренний порт (обычно 8888). Альтернатива Apache — PHP-FPM, к которому nginx обращается напрямую через сокет.

Конфигурация nginx

Виртуалхосты BitrixEnv лежат в /etc/nginx/bx/conf/, а общие настройки — в /etc/nginx/nginx.conf. Ключевой подключаемый файл сайта — bitrix.conf, где описаны правила ЧПУ, композит и заголовки. Минимальный серверный блок проксирования выглядит так:

location / {
  proxy_pass http://127.0.0.1:8888;
  proxy_set_header Host $host;
  proxy_set_header X-Real-IP $remote_addr;
  proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
  proxy_set_header X-Forwarded-Proto $scheme;
}

Статику отдаём напрямую, минуя PHP:

location ~* \.(css|js|jpg|png|webp|woff2)$ { expires 30d; access_log off; }

Композитный кеш в nginx

Композитный сайт (Composite) — главный ускоритель Битрикс: статичная часть страницы отдаётся nginx без запуска PHP. За это отвечает специальный location, который проверяет наличие файла кеша в /bitrix/html_pages/:

set $composite_file "/bitrix/html_pages/$http_host$request_uri/index@$args.html";

Если файл существует и у пользователя нет служебных cookie (авторизация, корзина), nginx отдаёт готовый HTML напрямую. В BitrixEnv эти правила уже включены в bitrix.conf — при ручной сборке их нужно добавлять самостоятельно.

Apache или PHP-FPM

BitrixEnv по умолчанию ставит Apache + mod_php: он проще в связке с .htaccess, которые есть в дистрибутиве. Но под высокую нагрузку PHP-FPM экономнее по памяти и лучше масштабируется пулами воркеров.

Пул PHP-FPM настраивается в /etc/php-fpm.d/www.conf: pm = dynamic, pm.max_children по формуле RAM/средний размер процесса, pm.max_requests = 500 против утечек памяти.

SSL и HTTP/2

SSL терминируется на nginx. В BitrixEnv сертификат Let’s Encrypt выпускается из меню (Configure certificates) через certbot, конфиг попадает в виртуалхост автоматически. Ручная настройка:

• listen 443 ssl http2; — включаем HTTP/2;
• ssl_certificate и ssl_certificate_key — пути к сертификату и ключу;
• редирект с 80 на 443 и передача X-Forwarded-Proto https на бэкенд — иначе Битрикс не поймёт, что соединение защищённое;
• HSTS-заголовок для боевого домена.

Оптимизация и типичные ошибки

После базовой связки докрутите производительность:

1. включите gzip и brotli для текстовых типов;
2. поднимите client_max_body_size до значения из php.ini (загрузка каталога и файлов);
3. настройте keepalive к бэкенду и таймауты proxy_read_timeout под долгие обмены с 1С;
4. вынесите кеш и сессии в memcached, а не на диск.

Частые ошибки: забытый X-Forwarded-Proto, маленький client_max_body_size (обрыв импорта), кеширование персональных страниц композитом и рассинхрон таймаутов nginx/Apache, дающий 502 на длинных операциях.

Итог

Правильная связка для Битрикс — nginx на фронте (статика, SSL, композит) и Apache с mod_php или PHP-FPM на бэкенде. Именно здесь решается скорость витрины: композитный кеш, gzip/brotli, тюнинг пулов и корректные заголовки проксирования. BitrixEnv собирает эту схему из коробки, но при ручной настройке важно не забыть про X-Forwarded-Proto, лимиты тела запроса и защиту персональных страниц.

Мы в B2Bsite настраиваем веб-стек под реальный профиль нагрузки: переводим проекты на PHP-FPM, вылизываем конфиги nginx и композита, поднимаем memcached и мониторинг. Результат — стабильные ответы под пиками и предсказуемые релизы вместо разовых «магических» правок конфигов.