Registrazione degli errori

Per una richiesta destinata a una sandbox selezionata, il bootstrap definisce WP_DEBUG come true, WP_DEBUG_LOG come debug.log della sandbox e WP_DEBUG_DISPLAY come false, così gli errori vengono scritti in un file specifico della sandbox invece che nel browser.

Ognuna di queste definizioni viene aggiunta solo se wp-config.php non l’ha già definita, e la riga di bootstrap si trova subito sopra la riga wp-settings.php, dopo il resto di wp-config.php. Un wp-config.php standard definisce WP_DEBUG come false, quindi su un’installazione di questo tipo le richieste delle sandbox non registrano i log in debug.log (problema n. 4). Per ottenere log separati per sandbox, rimuovete da wp-config.php le definizioni di WP_DEBUG, WP_DEBUG_LOG e WP_DEBUG_DISPLAY. WordPress mantiene quindi il debug disattivato per le richieste dell’host, mentre il bootstrap attiva la registrazione per quelle delle sandbox.

Visualizzare i log

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

Per impostazione predefinita vengono mostrate le ultime 50 righe. --follow esegue tail -f sul file.

Cancellare i log

wp rudel logs alpha-3be7 --clear

Posizione dei log

Il file di log si trova nella directory della sandbox:

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

Questa directory si trova all’interno di wp-content e i server web la servono come qualsiasi altro file al suo interno. Bloccate l’accesso web ai file *.log e alle directory snapshots sotto rudel-environments su qualsiasi host accessibile ad altre persone (problema n. 9).

Email bloccata

Le richieste delle sandbox bloccano la posta in uscita. Quando WP_DEBUG_LOG è definito, ogni messaggio bloccato viene registrato con destinatario e oggetto tramite error_log(). Il messaggio viene scritto nel debug.log della sandbox solo quando la registrazione di debug è attiva, come descritto sopra; altrimenti finisce nel log degli errori predefinito di PHP.