# 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](https://github.com/inline0/rudel/issues/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

```bash
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

```bash
wp rudel logs alpha-3be7 --clear
```

## Loglocatie

Het logbestand staat in de sandboxmap:

```text
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](https://github.com/inline0/rudel/issues/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.