WP_DEBUG спасает от слепых правок, если включать его правильно

WP_DEBUG спасает от слепых правок, если включать его правильно

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

Что проверить в первую очередь:
— в wp-config.php должно быть define('WP_DEBUG', true);
— рядом лучше добавить WP_DEBUG_LOG, чтобы ошибки писались в файл;
— WP_DEBUG_DISPLAY на рабочем сайте обычно выключают, чтобы не показывать код посетителям;
— после поиска проблемы режим возвращают в false.

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

Если сайт «падает» после правки темы или плагина, сначала включайте лог, затем повторяйте действие и ищите последнюю запись в debug.log. Обычно этого хватает, чтобы понять, какой хук, шаблон или функция конфликтует. ✅

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