PHP-FPM тормозит WordPress чаще не из-за кода, а из-за неправильных лимитов пула

PHP-FPM тормозит WordPress чаще не из-за кода, а из-за неправильных лимитов пула

Если сайт на WordPress внезапно начинает «думать» на простых страницах, первым делом проверь PHP-FPM: хватает ли ему детей, памяти и очереди запросов. Когда pm.max_children слишком низкий, запросы копятся; когда слишком высокий — сервер уходит в swap и тормозит уже всё подряд.

Базовый чек-лист:
• смотри, нет ли постоянного роста listen queue
• сравни среднее потребление памяти одним PHP-процессом
• проверь, не упирается ли pool в max_requests и не плодит ли лишний churn
• убедись, что nginx/Apache не держит соединения дольше, чем нужно

Частая ошибка — копировать чужие настройки пула «как есть». Один и тот же сайт на WooCommerce, лендинге или новостнике будет вести себя по-разному: где-то важнее больше процессов, где-то — аккуратный запас RAM и медленные запросы в логах, а не просто увеличение числа воркеров. ⚙️

Если не знаешь, с чего начать, сними нагрузку с реального часа пиков и посмотри, сколько процессов занято постоянно, а сколько простаивает. Настройки PHP-FPM надо подбирать от памяти и профиля трафика, а не от ощущения, что «мало воркеров».