<b>WP_DEBUG — не кнопка «починить», а способ увидеть, где ломается сайт</b>

<b>WP_DEBUG — не кнопка «починить», а способ увидеть, где ломается сайт</b>

Если в wp-config.php просто включить define('WP_DEBUG', true);, WordPress начнёт показывать уведомления и предупреждения PHP. Это удобно на локальной копии, но опасно на живом сайте: часть ошибок увидит посетитель, а не только вы.

Для отладки обычно включают связку: WP_DEBUG, WP_DEBUG_LOG и WP_DEBUG_DISPLAY = false. Тогда ошибки пишутся в файл debug.log, а на экране не светятся. Это лучший вариант, когда нужно поймать проблему с темой, плагином или кастомным кодом без лишнего шума для пользователей.

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

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

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