WP_DEBUG не чинит ошибки сам: вот как включать его без хаоса на сайте

WP_DEBUG не чинит ошибки сам: вот как включать его без хаоса на сайте

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

Базовый набор для wp-config.php: — define('WP_DEBUG', true); — define('WP_DEBUG_LOG', true); — define('WP_DEBUG_DISPLAY', false); — @ini_set('display_errors', 0); Так ошибки пишутся в debug.log, но не ломают HTML страницы. Это важно, если сайт уже отдаёт белый экран или ведёт себя нестабильно.

Проверяй не только сам файл лога, но и причину ошибки: конфликт плагина, тема, неверный хук, сломанный запрос к базе, старый кастомный код в functions.php. Частая ошибка — искать проблему в WordPress, когда виноват один кривой фрагмент кода. Начинай с отключения плагинов и переключения на стандартную тему.

Если лог пустой, но сайт падает, смотри PHP error log и лимиты хостинга: иногда WP_DEBUG включён правильно, а ошибка уходит в другой канал. Ещё одна ловушка — оставлять display_errors включённым на рабочем проекте: это раскрывает пути, структуру файлов и внутренние детали.

Включай WP_DEBUG точечно, фиксируй причину, а не симптом, и после проверки возвращай вывод ошибок в безопасный режим.