Перейти до вмісту
Інструменти

Конфігуратор WP_DEBUG

Увімкніть журнал налагодження, не зламавши робочий сайт

Працює у вашому браузері. Нічого не завантажується.

Where is this site?

This changes the recommendation, not just the wording. The safe configuration on a live site is genuinely different from the useful one on your laptop.

Verdict

—

Options
wp-config.php

Paste these ABOVE the line that says /* That's all, stop editing! */ — anything below it is ignored, which is why so many people report that WP_DEBUG 'does nothing'.

Про Конфігуратор WP_DEBUG

Згенеруйте константи WP_DEBUG, які записують помилки у файл журналу замість того, щоб показувати їх вашим відвідувачам. Типовий фрагмент WP_DEBUG, який копіює більшість сайтів, показує помилки PHP публічно — цей не показує.

Схоже

Інші інструменти, які можуть вам знадобитися

Декодер фатальних помилок PHP у WordPress

Вставте помилку. Ми назвемо плагін.

Генератор wp-config.php

Створіть правильний wp-config.php, не копіюючи його зі статті в блозі 2014 року

FAQ

Питання

Чи безпечно вмикати WP_DEBUG на робочому сайті?

Лише зі значенням WP_DEBUG_DISPLAY, встановленим на false. Сам по собі WP_DEBUG виводить сповіщення й попередження PHP — зокрема абсолютні шляхи файлів на вашому сервері — просто в сторінки, які завантажують ваші відвідувачі. Майже кожен посібник дає вам той один рядок і зупиняється. Поєднайте його з WP_DEBUG_LOG і WP_DEBUG_DISPLAY зі значенням false — і це безпечно.

Куди дівається лог налагодження WordPress?

У wp-content/debug.log за замовчуванням. Варто знати: на багатьох хостингах цей файл публічно доступний — будь-хто може запросити його в браузері. Ви можете передати шлях у WP_DEBUG_LOG і записувати лог вище за кореневу вебпапку, що цей інструмент згенерує для вас.

Я поставив WP_DEBUG на true, і нічого не сталося. Чому?

Майже завжди тому, що константу додано НИЖЧЕ за рядок «That's all, stop editing!» у wp-config.php. Усе після цього рядка ігнорується. Перенесіть її вище.