Foutmelding naar scherm of logfile
Wat is de beste manier om met foutmeldingen om te gaan? De constructie "... or die("melding")" is een beetje knullig, daar zijn we het wel over eens. De bezoeker krijgt dan een pagina die ineens halverwege is afgebroken met een melding.
Maar wat doe je met de echte (PDO, mysql) meldingen? Je kunt ze naar het scherm sturen want dat is erg handig voor het debuggen. Maar bij een productie versie wil je dat niet, want die meldingen vertellen een hacker erg veel over de gebruikte webserver, de database, de tabellen ...
Dus eigenlijk wil je bij de productie versie dat er op het scherm alleen een neutrale melding komt ("programmafout, waarschuw webmaster") en naar de logfile alle details (welke regel in welk script, welke query enz.).
In de PHP.ini zijn daarvoor "display_errors" en "log_errors". Die horen op een testserver te staan op On en Off, en op een productie server op Off en On. (Je kunt ze ook met ini_set() instellen.) Dat werkt prima voor de standaard foutmeldingen, maar wat als je die foutmeldingen zelf ter hand neemt, bijvoorbeeld met PDO en try - catch blocks om zelf exceptions af te handelen? Als je de details van de melding met echo doet, komen ze zeker op het scherm.
Eigenlijk moet je dus een errorlog() functie hebben die afhankelijk van de instellingen "display_errors" en "log_errors" de melding naar het scherm en/of de server logfile stuurt. Er is een functie error_log() maar daarbij moet je toch nog zelf aangeven waar de melding heen moet.
Wat is de standaard manier om dit aan te pakken? Moet ik hiervoor een eigen errorlog() functie maken? Of is er een betere manier?
Groet,
Ivo
1. Webpagina's met gebruikersvriendelijke foutmeldingen instellen als ErrorDocument in .htaccess.
2. Op kritieke fouten een HTTP-fout werpen, zodat het ErrorDocument wordt getoond.
3. Fouten loggen en rapporteren door een eigen functie in te stellen met set_error_handler() en daarin vervolgens error_log() te gebruiken.
In .htaccess leidt dit bijvoorbeeld een apart ErrorDocument voor HTTP-fout 500 en 503:
ErrorDocument 500 http://www.example.com/500.html
ErrorDocument 503 http://www.example.com/503.html
Vervolgens worden databasefouten afgehandeld als serverfouten met:
Code (php)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
<?php
/**
* Een verbindingsfout afhandelen als een tijdelijke serverfout.
*/
if (mysqli_connect_error()) {
header('HTTP/1.1 503 Service Unavailable', 503, true);
header('Retry-After: 3600');
exit;
}
/**
* De karakterset voor databaseverbindingen instellen op UTF-8.
*/
if (!$this->set_charset('utf8')) {
header('HTTP/1.1 500 Internal Server Error', 500, true);
exit;
}
?>
/**
* Een verbindingsfout afhandelen als een tijdelijke serverfout.
*/
if (mysqli_connect_error()) {
header('HTTP/1.1 503 Service Unavailable', 503, true);
header('Retry-After: 3600');
exit;
}
/**
* De karakterset voor databaseverbindingen instellen op UTF-8.
*/
if (!$this->set_charset('utf8')) {
header('HTTP/1.1 500 Internal Server Error', 500, true);
exit;
}
?>
Maar eigenlijk is het niet precies wat ik bedoel Eigenlijk wil ik dat de plek waar gedetailleerde foutmeldingen heengaan bepaald wordt door de parameters "display_errors" en "log_errors". Net als systeem meldingen. En liefst met zo min mogelijk extra werk.
Gewijzigd op 05/02/2013 14:50:06 door Ivo Breeden
Ivo Breeden op 05/02/2013 14:39:17:
Eigenlijk wil ik dat de plek waar gedetailleerde foutmeldingen heengaan bepaald wordt door de parameters "display_errors" en "log_errors". Net als systeem meldingen. En liefst met zo min mogelijk extra werk.
Dat kan bijvoorbeeld zo:
Code (php)
1
2
3
4
5
6
7
8
9
10
2
3
4
5
6
7
8
9
10
<?php
set_error_handler('custom_error_handler');
function custom_error_handler($errno, $errstr, $errfile, $errline, $errcontext)
{
/**
* Hier kun je de doorgegeven parameters verder afhandelen.
*/
}
?>
set_error_handler('custom_error_handler');
function custom_error_handler($errno, $errstr, $errfile, $errline, $errcontext)
{
/**
* Hier kun je de doorgegeven parameters verder afhandelen.
*/
}
?>
In je persoonlijke error handler kun je vervolgens naar eigen inzicht allerlei beslissingsregels inbouwen.
Maar waarheen moet ik iets printen of echoen opdat het dezelfde weg gaat als de "echte" PHP foutmeldingen?
Ivo Breeden op 05/02/2013 15:22:34:
Dank je Ward. Maar die kende ik. Die werkt voor foutmeldingen van PHP zelf. Maar die komen vanzelf al in de logfile als "log_errors" aan staat en ze komen vanzelf op het scherm als "display_errors" aanstaat.
Maar waarheen moet ik iets printen of echoen opdat het dezelfde weg gaat als de "echte" PHP foutmeldingen?
Maar waarheen moet ik iets printen of echoen opdat het dezelfde weg gaat als de "echte" PHP foutmeldingen?
Dan kun je bijvoorbeeld trigger_error() gebruiken voor je eigen foutafhandeling, want daarbij lopen fouten vervolgens ook via de error handler van PHP óf de functie die je met set_error_handler() hebt ingesteld.
Dank je wel Ward! Ik ga testen met trigger_error(), zodat ik dat standaard kan implementeren.