WP_DEBUG без паники: как включить отладку и найти причину ошибки в логах

Включайте отладку сначала на тестовой копии сайта, а не на рабочем домене. В файле wp-config.php, перед строкой «That’s all, stop editing!» добавьте: define('WP_DEBUG', true); и define('WP_DEBUG_LOG', true);. Для скрытия сообщений от посетителей используйте define('WP_DEBUG_DISPLAY', false);.

После сохранения воспроизведите проблему: откройте страницу, отправьте форму или выполните действие, которое вызывает ошибку. Затем проверьте файл wp-content/debug.log. Ищите строки с типом ошибки, названием файла и номером строки. Полезные ориентиры:
— PHP Fatal error обычно блокирует выполнение;
— Warning и Notice могут указывать на конфликт или устаревший код;
— повторяющиеся записи помогают найти первопричину, а не случайный симптом.

Сопоставьте время записи с выполненным действием и определите источник: плагин, тема или пользовательский код. Если упоминается конкретное расширение, отключите его на копии и проверьте результат. При конфликте включайте плагины по одному, чтобы найти виновника. Не удаляйте лог до сохранения копии: в нём могут быть важные детали.

После диагностики отключите отладку: замените true на false у WP_DEBUG и WP_DEBUG_LOG. Логи могут содержать адреса страниц, пути к файлам и технические данные, поэтому не оставляйте их открытыми для посетителей и периодически очищайте старые записи.

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