Etre alerté en cas d'erreur php

[moktoipas]

Est-ce que quelqu'un sait si il est possible de recevoir un mail à chaque fois que php rencontre une erreur ?


Pour les curieux qui veulent savoir pourquoi: J'avais déclaré dans un include une fonction et une autre du même nom existait dans un fichier qui utilisais cet include. Ce qui fait que j'avais une erreur PHP dans un autre fichier que celui que je modifiais et que j'ai donc pas vue tout de suite.

 

[cthierry]

Il y a pas mal de script pour débuguer du code comme celui-ci:
http://phpdebug.sourceforge.net/www/index.html

Pour le mail je ne crois pas qu'il le fasse mais par contre une fois decortiqué, et amélioré, plus besoin d'avoir une alerte mail pour du code php :-D

 

[moktoipas]

Non mais debuger je sais le faire sans PB

C'est juste que j'ai pas vu l'erreur, vu qu'elle était dans une page autre que ce que j'ai modifié. Elle a du rester en ligne plusieurs jours :S

 

[UsagiYojimbo]

Tu peux aussi surveiller tes logs serveurs, et générer un mail journalier reprenant ceux-ci.

 

[moktoipas]

Je crois pas avoir ces donnée dans les log OVH

 

[UsagiYojimbo]

Tu es en mutualisé ?

 

[moktoipas]

Ouep

J'ai plein de log, mais pas celui des erreur PHP.

 

[UsagiYojimbo]

En effet, a priori pas possible d'y avoir accès en mutualisé : http://forum.ovh.com/showthread.php?t=29606&highlight=logs

 

[aurelien59]

Alors j'avais cliqué sur une pub et sa doit être sur WRI ou un site proposé un envoi d'emails et même de sms lorsque son site avait un problème, était inaccessible... mais alors pour retrouver ce site...

 

[moktoipas]

Mon site etait toujours accessible, y'avais juste un page avec une erreur.

 

[spout]

Avec cette fonction de php cela doit être possible:
http://be.php.net/manual/fr/function.se ... andler.php

"plus qu'à" envoyer le mail

 

[moktoipas]

hoho, interessant ! merki

 

[moktoipas]

"Les types d'erreur suivants ne peuvent pas être gérés avec cette fonction : E_ERROR, E_PARSE, E_CORE_ERROR, E_CORE_WARNING, E_COMPILE_ERROR, E_COMPILE_WARNING ainsi que la plupart des E_STRICT d'un fichier lorsque set_error_handler() est appelé. "


et merdeje voulais les parse error

 

[spout]

Et le code de ce commentaire?
http://be.php.net/manual/fr/function.se ... .php#76900

 

[moktoipas]

Non, j'ai testé, le errorHandler se lance pas quand c'est une parse error.

 

[spout]

A nouveau, j'ai pas testé:

Here is an example of catching ALL errors from php including parse and compile.

http://be.php.net/manual/fr/function.se ... .php#35622

The trick is to buffer the output and setup your error handling and output handling first thing. When a fatal error occurs, the output from php will be sent to the function fatal_error_handler giving you one last chance to handle it.

 

[moktoipas]

moui ca pourrait marchern pas contre c'est trop crado.

 

[spout]

Trop crado je comprend pas...
la technique de l'output buffering est nickel en PHP: pour la mise en cache ou pour servir la page d'un coup au navigateur.

 

[Bool]

Hello,

tu peux toujours changer le chemin de stockage des erreurs en modifiant les paramètres log_errors et error_log. Reste plus qu'à surveiller ce fichier via un cron.

Après pour les autres erreurs, la modification du gestionnaire d'erreur est très efficace (cela permet entre autre de tracer des erreurs plus complètes, couplé avec debug_backtrace() par exemple).

J'utilise ce genre de solutions sur tous mes sites (c'est intégré au framework), et trace même les erreurs E_STRICT.
D'ailleurs un petit article sur Nexen explique que les erreurs ralentissent le site, même si elles ne sont pas affichées.

 

[moktoipas]

ha, bonne idée de rediriger le fichier d'erreur
vu qu'il est pas gros, théoriquement (normalement jamais d'erreur ni warniong) ovh devrai pas crier