WP_DEBUG включают не для «лечения», а чтобы быстро увидеть причину поломки

Если сайт внезапно отдаёт белый экран, ломает верстку или сыплет 500-й, первым делом проверьте, не скрыта ли ошибка. Для этого в wp-config.php включают WP_DEBUG: он выводит PHP-ошибки, предупреждения и notices, которые обычно прячутся от глаз.

Полезная связка для отладки:
— define('WP_DEBUG', true);
— define('WP_DEBUG_LOG', true);
— define('WP_DEBUG_DISPLAY', false);

Так ошибки попадут в debug.log, а посетители не увидят технический мусор на экране. Это особенно важно на боевом сайте: показывать путь к файлам, названия классов и строки кода наружу — плохая идея 🔧

Если сайт «сыпется» после установки плагина или темы, откройте лог и ищите последнюю ошибку: несовместимый хук, вызов несуществующей функции, битый шаблон, нехватка памяти. Часто проблема не в WordPress как таковом, а в одном кривом подключении.

После исправления не забудьте вернуть WP_DEBUG в false. Иначе сайт продолжит писать логи, а лишний шум усложнит диагностику следующей проблемы.