Nginx для лендинга под нагрузкой: где теряются миллисекунды и как их вернуть

Nginx для лендинга под нагрузкой: где теряются миллисекунды и как их вернуть

Чаще всего лендинг начинает «тормозить» не из-за PHP, а из-за лишней работы на каждом запросе. Для статического трафика держите простой контур: отдача файлов из Nginx, gzip для текста, HTTP/2, длинный keepalive и агрессивный cache-control на ассеты. Если страница собрана из 20 файлов, каждый лишний RTT бьёт по конверсии.

Базовый чек: worker_processes auto;, worker_connections с запасом, sendfile on;, tcp_nopush on;, tcp_nodelay on;. Для TLS включайте session cache и нормальный набор шифров, иначе рукопожатие съедает CPU быстрее, чем кажется. Логи не выключать, а выносить на отдельный диск или в системный сборщик.

Из практики важнее не «ускорить всё», а убрать лишнее:
• не проксировать статику через backend;
• не ставить лишние rewrite-цепочки;
• не генерировать 301/302 на каждом втором запросе;
• не забывать про open_file_cache для часто читаемых файлов;
• не отдавать HTML с одинаковым кешем, что и картинки.

Проверяйте не «ощущения», а метрики: latency на p95, число 499/5xx, загрузку CPU у воркеров, cache hit ratio и время TLS-handshake. Если под нагрузкой растёт очередь на accept, проблема не в сервере, проблема в его настройке. Стабильность — это отсутствие магии, только предсказуемая конфигурация.