<b>PHP-FPM тормозит сайт чаще из-за настроек пула, чем из-за кода</b>

<b>PHP-FPM тормозит сайт чаще из-за настроек пула, чем из-за кода</b>

Если WordPress «тупит» под нагрузкой, первым делом проверь не тему и не плагины, а PHP-FPM. Типовые ошибки здесь простые: слишком мало процессов, слишком высокий pm.max_children, один общий пул на все сайты.

Что смотреть в конфиге:
— pm = dynamic или ondemand, если трафик скачет
— pm.max_children должен соответствовать памяти, а не «с запасом»
— pm.max_requests помогает лечить утечки и накопленный мусор
— отдельный пул на каждый сайт удобнее для изоляции и лимитов

Если выставить слишком много children, сервер начнёт уходить в swap, и WordPress станет медленнее при любом кэше. Если слишком мало — будут очереди, 502 и жалобы на «периодические тормоза». Баланс ищется не на глаз, а по логам FPM, загрузке RAM и реальному числу одновременных запросов.

Ещё один частый промах — одинаковые лимиты для всех проектов. У WooCommerce, блога и админки нагрузка разная, поэтому пул лучше настраивать отдельно: разные сокеты, разные user/group, разные лимиты памяти и timeout.

Сначала настрой PHP-FPM под сервер, потом уже оптимизируй WordPress: в половине случаев это быстрее снимает проблему, чем очередной «ускоряющий» плагин.