Регистриране на грешки

За заявка към избрана изолирана среда bootstrap процесът задава WP_DEBUG като true, WP_DEBUG_LOG като debug.log на изолираната среда и WP_DEBUG_DISPLAY като false, така че грешките да се записват във файл за конкретната изолирана среда, а не в браузъра.

Всяка от тези стойности се задава само ако wp-config.php още не я е задал, а редът за bootstrap е непосредствено над реда wp-settings.php, след останалата част от wp-config.php. Стандартна инсталация на wp-config.php задава WP_DEBUG като false, така че при такава инсталация заявките към изолирана среда не се записват в debug.log (issue #4). За да получавате журнали за всяка изолирана среда там, премахнете дефинициите на WP_DEBUG, WP_DEBUG_LOG и WP_DEBUG_DISPLAY от wp-config.php. След това WordPress оставя отстраняването на грешки изключено за заявките към хоста, а bootstrap процесът включва регистрирането за заявките към изолирана среда.

Преглед на журналите

wp rudel logs alpha-3be7
wp rudel logs alpha-3be7 --lines=200
wp rudel logs alpha-3be7 --follow

По подразбиране се показват последните 50 реда. --follow изпълнява tail -f върху файла.

Изчистване на журналите

wp rudel logs alpha-3be7 --clear

Местоположение на журнала

Файлът с журнала се намира в директорията на изолираната среда:

wp-content/rudel-environments/{id}/debug.log

Тази директория е в wp-content и уеб сървърите я обслужват като всеки друг файл там. Блокирайте уеб достъпа до файловете *.log и до директориите snapshots под rudel-environments на всеки хост, достъпен за други хора (issue #9).

Блокирани имейли

Заявките към изолирана среда блокират изходящите имейли. Когато е зададено WP_DEBUG_LOG, всяко блокирано съобщение се записва с получателя и темата чрез error_log(). То стига до debug.log на изолираната среда само когато регистрирането на грешки е активно, както е описано по-горе; в противен случай отива в журнала за грешки по подразбиране на PHP.