[PHP] Nette errors met set_error_handler

Dit is niet echt een tut, maar meer een handig iets waarmee je de site wat gebruiksvriendelijker maakt:

function handle_on_error($e_number, $e_message, $e_file, $e_line, $e_vars) {

         // Error
         $error_message = " === Er is een fout opgetreden! === 
<BR />" 
         $error_message .= "<strong>Bestand:</strong> " . $e_file . "
<BR />";
         $error_message .= "<strong>Regel(s):</strong> " .$e_line . " 
<BR />";
         $error_message .= "<strong>Bericht:</strong> " . $e_message . "
<BR />";
         $error_message .= "<strong>Datum en Tijd:</strong>". date(j-n-Y H:i:s) . "
<BR />";
         $error_message .= " ========== Einde fout ==========" 

         // Verzend error naar email
         error_log($error_message, 1, HIERJEMAIL@domain.ext);
            
         // Laat gebruiker zien dat er iets fout is gegaan
         echo "Er is een fout opgetreden tijdens het laden van de pagina.<br />";
         echo "De webmaster(s) zijn op de hoogte gesteld. Exuses voor het ongemak <br />";
     }
         
     
     // Gebruik de custom error-handeler in plaats van de standaard ingebouwde
     set_error_handler(handle_on_error); 
?>

Dit zal de error naar de mail van de webmaster sturen, en laat aan de grbuiker een bericht zien dat er iets fout is gegaan. Dat ziet er toch veel netter uit dan zon PHP error?

~ Rik / Guildjuhh

Leuk script,
alleen kan je misschien de error beter opslaan in een bestandje ipv mail, anders word je de hele tijd volgespamt

Denk dat dit wel makkelijk om te bouwen naar een script dat de errors in een database zet

Natuurlijk kan dat ook door simpel het emailstukje te veranderen
even snel van php.net:

error_log($error_message, 3, "/var/tmp/my-errors.log");

Waar staat die 3 voor?

0 message is sent to PHPs system logger, using the Operating Systems system logging mechanism or a file, depending on what the error_log configuration directive is set to. This is the default option.
1 message is sent by email to the address in the destination parameter. This is the only message type where the fourth parameter, extra_headers is used.
2 No longer an option.
3 message is appended to the file destination . A newline is not automatically added to the end of the message string.
4 message is sent directly to the SAPI logging handler.

Zoals cruwdy al zegt inderdaad

Ik zou ze dan mooi in een database zetten dat je ergens een leuk overzichtje met fouten hebt.

Lennard schreef:

Ik zou ze dan mooi in een database zetten dat je ergens een leuk overzichtje met fouten hebt.

Zoals ik al zei, kun je op regel 11/12 alles zetten wat de error weghoud van je publiek

Wij werken nog leuk met mailtjes hierzo. Ook met een hele zooi omgevingsvariabelen erbij; leuk als je een keertje 100 fout-mails van 1 mb/stuk binnenkrijgt.

Ja idd als je echt goed wilt debuggen dan moet je ook de vardump (in mijn code is dat $e_vars) meeverzenden

Ik weet niet uit mn hoofd welke we meesturen, maar volgens mij gewoon alle variabelen die geset zijn; wel zo handig als je wilt debuggen, en MySQL info en wachtwoorden zitten er niet eens bij, dus heel onveilig is het ook niet.

Welk nummer moet je hebben voor in de MySQL?

Moet je gewoon zelf wat veranderen in handle_on_error().

Snap het al.. Gewoon een query erin zetten?