<b>Конфигурация сервера: 7 настроек, которые ломают WordPress чаще всего</b>

<b>Конфигурация сервера: 7 настроек, которые ломают WordPress чаще всего</b>

Перед запуском сайта проверь не только PHP и базу, но и сам серверный контур. Ошибка обычно сидит в мелочах: неправильная кодировка, слабые лимиты памяти, кривой кеш или слишком агрессивные правила безопасности.

— memory_limit не ниже 256M для админки и тяжёлых плагинов
— max_execution_time достаточен для импорта, бэкапов и обновлений
— upload_max_filesize и post_max_size согласованы между собой
— opcache включён, но не мешает деплою и очистке кеша
— права на файлы и папки не дают лишнего доступа
— gzip или brotli включены на уровне веб-сервера
— логирование ошибок есть, но не светит лишнее наружу

Отдельно проверь worker-процессы и очередь запросов: если сервер упирается в CPU или RAM, WordPress начинает «тормозить» даже на пустой теме. Для nginx и PHP-FPM важно не гнаться за максимумом процессов, а подбирать их под реальные ресурсы.

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

Сначала зафиксируй базовые лимиты и логи, потом уже добавляй ускорение и защиту. Такой порядок экономит часы на отладке.