Felloggning

För en begäran som valts för en sandlåda definierar bootstrap WP_DEBUG som true, WP_DEBUG_LOG som sandlådans debug.log och WP_DEBUG_DISPLAY som false, så att fel hamnar i en fil per sandlåda i stället för i webbläsaren.

Var och en av dessa definieras bara om wp-config.php inte redan har definierat den, och bootstrapraden ligger direkt ovanför raden wp-settings.php, efter resten av wp-config.php. En standardinstallation av wp-config.php definierar WP_DEBUG som false, så sandlådeförfrågningar loggas inte till debug.log på en sådan installation (ärende #4). Ta bort definitionerna av WP_DEBUG, WP_DEBUG_LOG och WP_DEBUG_DISPLAY från wp-config.php för att få loggar per sandlåda. WordPress håller då felsökning avstängd för värdens förfrågningar, medan bootstrap aktiverar loggning för sandlådeförfrågningar.

Visa loggar

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

Standardinställningen är de senaste 50 raderna. --follow kör tail -f på filen.

Rensa loggar

wp rudel logs alpha-3be7 --clear

Loggplats

Loggfilen finns i sandlådans katalog:

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

Katalogen ligger i wp-content, och webbservrar visar innehållet som andra filer där. Blockera webbtillgång till *.log-filer och till katalogerna snapshots under rudel-environments på alla värdar som andra kan nå (ärende #9).

Blockerad e-post

Sandlådeförfrågningar blockerar utgående e-post. När WP_DEBUG_LOG är definierad loggas varje blockerat meddelande med mottagare och ämne via error_log(). Meddelandet hamnar i sandlådans debug.log endast när felsökningsloggning är aktiv enligt beskrivningen ovan; annars hamnar det i PHPs standardfellogg.