7 настроек сервера, которые ломают WordPress чаще всего

7 настроек сервера, которые ломают WordPress чаще всего

Конфигурация сервера для WordPress редко падает из-за «плохого кода» — чаще виноваты лимиты и таймауты. Проверьте базу: PHP memory_limit, max_execution_time, upload_max_filesize и post_max_size должны соответствовать реальным задачам сайта, а не стоять «как у всех». Если в админке зависают импорты, обновления или загрузка медиа — это первый сигнал.

Дальше смотрите на веб-сервер и PHP-FPM: слишком маленький pm.max_children создаёт очередь, слишком большой — съедает память. Для сайта с пиками нагрузки лучше меньше процессов, но стабильнее обработка, чем попытка «разогнать» всё сразу. Отдельно проверьте timeout’ы между nginx, PHP и базой: они должны быть согласованы, иначе запросы будут обрываться на ровном месте.

Ещё две типовые ошибки — слабый OPcache и кривой размер логов. Если кэш байткода не настроен, сервер тратит лишние ресурсы на каждый запрос. Если логи не ограничены, диск забивается тихо и внезапно: сайт ещё открывается, но бэкапы, обновления и временные файлы уже начинают падать.

Минимальный чек-лист: включён OPcache, заданы адекватные лимиты PHP, согласованы таймауты, не перегружен пул PHP-FPM, есть место под логи и временные файлы. Настраивайте сервер не «на глаз», а от нагрузки сайта: это дешевле, чем потом искать причину, почему WordPress периодически умирает под обычным трафиком.