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

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

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

Минимальная схема такая:
— включить WP_DEBUG;
— отдельно включить WP_DEBUG_LOG, чтобы ошибки писались в файл;
— не оставлять display_errors на продакшене, иначе посетители увидят лишнее;
— после проверки вернуть настройки обратно.

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

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

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