WP_DEBUG включают слишком рано — и сайт сам себе маскирует причину ошибки

WP_DEBUG включают слишком рано — и сайт сам себе маскирует причину ошибки

WP_DEBUG нужен не для «включить и смотреть на экран», а для точной диагностики. В продакшене его оставляют выключенным, а для разбора проблемы включают вместе с логом, чтобы не светить ошибки посетителям.

Минимальная схема в wp-config.php:
• define('WP_DEBUG', true);
• define('WP_DEBUG_LOG', true);
• define('WP_DEBUG_DISPLAY', false);

Так ошибки пишутся в файл wp-content/debug.log, а не ломают верстку на странице. Если белый экран, сначала проверьте не только debug.log, но и error_log сервера, лимит памяти, фаталы в плагинах и тему: часто причина не в WordPress как таковом, а в одном конфликте.

Типичная ошибка — включить отладку, увидеть десятки предупреждений и начать чинить все подряд. Правильнее идти от последней фатальной записи, отключать плагины по одному и проверять, сохраняется ли сбой. Если лог пустой, значит проблема может быть раньше загрузки WP, на уровне PHP или веб-сервера.

Включайте WP_DEBUG как инструмент поиска одной конкретной причины, а не как постоянный режим работы — так экономится и время, и нервы.