Foutregistratie

Voor een verzoek voor een geselecteerde sandbox definieert de bootstrap WP_DEBUG als true, WP_DEBUG_LOG als de sandbox-debug.log en WP_DEBUG_DISPLAY als false, zodat fouten naar een bestand per sandbox gaan in plaats van naar de browser.

Elk hiervan wordt alleen gedefinieerd als wp-config.php dit nog niet heeft gedaan. De bootstrapregel staat direct boven de regel voor wp-settings.php, na de rest van wp-config.php. Een standaard-wp-config.php definieert WP_DEBUG als false, dus bij zo'n installatie worden sandboxverzoeken niet naar debug.log gelogd (probleem 4). Verwijder de definities van WP_DEBUG, WP_DEBUG_LOG en WP_DEBUG_DISPLAY uit wp-config.php om daar logs per sandbox te krijgen. WordPress houdt foutopsporing dan uitgeschakeld voor hostverzoeken, terwijl de bootstrap logging inschakelt voor sandboxverzoeken.

Logs bekijken

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

Standaard worden de laatste 50 regels getoond. --follow voert tail -f uit op het bestand.

Logs wissen

wp rudel logs alpha-3be7 --clear

Loglocatie

Het logbestand staat in de sandboxmap:

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

Die map staat in wp-content en webservers serveren die net als elk ander bestand daar. Blokkeer webtoegang tot bestanden in *.log en tot de mappen snapshots in rudel-environments op elke host die voor anderen bereikbaar is (probleem 9).

Geblokkeerde e-mail

Sandboxverzoeken blokkeren uitgaande e-mail. Wanneer WP_DEBUG_LOG is gedefinieerd, wordt elk geblokkeerd bericht met ontvanger en onderwerp geregistreerd via error_log(). Het komt alleen in het sandbox-debug.log terecht wanneer foutopsporingslogging actief is, zoals hierboven beschreven; anders gaat het naar het standaardfoutenlogboek van PHP.