5 ошибок в конфигурации сервера WordPress, которые убивают скорость и стабильность

5 ошибок в конфигурации сервера WordPress, которые убивают скорость и стабильность

Ошибка №1 — оставить PHP-процессы и лимиты памяти «как есть». Если pm.max_children слишком низкий, сайт упрётся в очередь; если слишком высокий — сервер начнёт уходить в swap. Смотрите не на «рекомендации из интернета», а на реальную нагрузку и объём RAM.

Ошибка №2 — не разделять веб-сервер, PHP-FPM и базу по ресурсам. Когда база и сайт делят всё подряд, один тяжёлый запрос может замедлить весь стек. Для WordPress полезнее умеренная изоляция: отдельные лимиты, понятные пулы, контроль I/O и CPU.

Ошибка №3 — держать включённым лишнее. Отладка, verbose-логи, тяжёлые модули, ненужные cron-задачи и фоновые скрипты часто съедают больше, чем кажется. На живом проекте конфиг должен быть простым: только то, что реально работает на трафик и админку.

Ошибка №4 — не проверять соединение с БД и кеширование. Без object cache, нормального opcache и адекватных таймаутов сервер начинает тратить ресурсы на повторяющиеся операции. В WordPress это быстро превращается в лишние запросы и медленные страницы.

Проверьте конфиг не «по ощущениям», а по метрикам: нагрузка, очередь PHP-FPM, swap, медленные запросы, время ответа. Хороший сервер для WordPress — это не самый мощный, а самый предсказуемый.