WP_DEBUG — включать вслепую нельзя: как ловить ошибки и не спалить сайт

WP_DEBUG — включать вслепую нельзя: как ловить ошибки и не спалить сайт

WP_DEBUG нужен не для “пофиксить всё”, а для точной диагностики. Его включают, когда сайт молчит, ломает верстку, сыпет белым экраном или странно ведёт себя после правок в теме, плагине или functions.php.

Что проверять в первую очередь:
• включён ли сам режим отладки;
• пишутся ли ошибки в лог;
• не показываются ли ошибки посетителям на живом сайте;
• есть ли отдельный файл журнала, а не вывод в браузер.

Базовая схема безопасная: включить отладку, но скрыть вывод на экран. Тогда ошибки попадут в лог, а не испугают пользователей. Для этого обычно используют связку с WP_DEBUG_LOG и WP_DEBUG_DISPLAY = false. Если проблема плавающая, добавьте ещё и лог сервера — часто он показывает причину раньше, чем WordPress.

Самая частая ошибка — держать отладку включённой на рабочем сайте и забыть про неё. В итоге в лог летят лишние записи, а иногда утечки путей, запросов и деталей окружения. После диагностики режим нужно выключать, а лог — чистить или ротировать 🛠

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