Bonjour,
j'ai récupéré une gestion d'erreurs PHP dans la doc PHP.
Tout fonctonne, pour toutes les erreurs, sauf les "parse error" qui elles ne
sont pas renvoyées sur ma fonction de traitement mais sont traitées par le
serveur (PHP version 4.3.4 d'après phpinfo).
Mon code (expurgé)
<?
error_reporting(0); // j'ai aussi essayé E_ALL, E_PARSE, etc. à la place du
0
// Fonction de gestion des erreurs
function MyErrorHandler ($errno, $errmsg, $filename, $linenum, $vars) {
// tous les traitements ici sont OK
} // fin du handler
// affecte le nouvel handler
$old_error_handler = set_error_handler("MyErrorHandler") ;
// si je mets la ligne suivante c'est le serveur qui traite et pas ma
fonction (il manque volontairement une parenthèse ouvrante ligne suivante)
print "test d'une erreur générée<br>") ;
// Par contre la ligne suivante fait bien passer par ma fonction de
traitment des erreurs
$a = 33 / 0 ; // division par zéro volontaire pour tests !
?>
Ou est mon erreur, que dois je faire pour que les Parse Error soient traités
par mon handler ??
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Guillaume Bouchard
CSC wrote:
Bonjour, j'ai récupéré une gestion d'erreurs PHP dans la doc PHP. Tout fonctonne, pour toutes les erreurs, sauf les "parse error" qui elles ne sont pas renvoyées sur ma fonction de traitement mais sont traitées par le serveur (PHP version 4.3.4 d'après phpinfo).
Bonjour. Je vais surement dire une connerie, mais je doute cela soit possible. De plus qu'elle est l'interet ? Si il y a une parse error, il faut la corriger instantanement, alors qu'elle est l'interet de prevenir de la parse error de façon plus stylisé?
-- Guillaume.
CSC wrote:
Bonjour,
j'ai récupéré une gestion d'erreurs PHP dans la doc PHP.
Tout fonctonne, pour toutes les erreurs, sauf les "parse error" qui elles ne
sont pas renvoyées sur ma fonction de traitement mais sont traitées par le
serveur (PHP version 4.3.4 d'après phpinfo).
Bonjour.
Je vais surement dire une connerie, mais je doute cela soit possible.
De plus qu'elle est l'interet ? Si il y a une parse error, il faut la
corriger instantanement, alors qu'elle est l'interet de prevenir de la
parse error de façon plus stylisé?
Bonjour, j'ai récupéré une gestion d'erreurs PHP dans la doc PHP. Tout fonctonne, pour toutes les erreurs, sauf les "parse error" qui elles ne sont pas renvoyées sur ma fonction de traitement mais sont traitées par le serveur (PHP version 4.3.4 d'après phpinfo).
Bonjour. Je vais surement dire une connerie, mais je doute cela soit possible. De plus qu'elle est l'interet ? Si il y a une parse error, il faut la corriger instantanement, alors qu'elle est l'interet de prevenir de la parse error de façon plus stylisé?
-- Guillaume.
CSC
Bonjour, ce n'est pas du style que je veux mettre. C'est pour avertir par email le gestionnaire du site qu'il y a une erreur à corriger quelle qu'elle soit, y compris une parse error..
Csc
"Guillaume Bouchard" a écrit dans le message de news:3fc0cb52$0$27044$
CSC wrote:
......... Bonjour.
Je vais surement dire une connerie, mais je doute cela soit possible. De plus qu'elle est l'interet ? Si il y a une parse error, il faut la corriger instantanement, alors qu'elle est l'interet de prevenir de la parse error de façon plus stylisé?
-- Guillaume.
Bonjour,
ce n'est pas du style que je veux mettre.
C'est pour avertir par email le gestionnaire du site qu'il y a une erreur à
corriger quelle qu'elle soit, y compris une parse error..
Csc
"Guillaume Bouchard" <gobpower@free.fr> a écrit dans le message de
news:3fc0cb52$0$27044$626a54ce@news.free.fr...
CSC wrote:
.........
Bonjour.
Je vais surement dire une connerie, mais je doute cela soit possible.
De plus qu'elle est l'interet ? Si il y a une parse error, il faut la
corriger instantanement, alors qu'elle est l'interet de prevenir de la
parse error de façon plus stylisé?
Bonjour, ce n'est pas du style que je veux mettre. C'est pour avertir par email le gestionnaire du site qu'il y a une erreur à corriger quelle qu'elle soit, y compris une parse error..
Csc
"Guillaume Bouchard" a écrit dans le message de news:3fc0cb52$0$27044$
CSC wrote:
......... Bonjour.
Je vais surement dire une connerie, mais je doute cela soit possible. De plus qu'elle est l'interet ? Si il y a une parse error, il faut la corriger instantanement, alors qu'elle est l'interet de prevenir de la parse error de façon plus stylisé?
-- Guillaume.
Bobe
CSC nous a susurré le 23/11/2003 23:15:
Bonjour, ce n'est pas du style que je veux mettre. C'est pour avertir par email le gestionnaire du site qu'il y a une erreur à corriger quelle qu'elle soit, y compris une parse error..
Je vois vraiment pas l'intérêt. On ne doit mettre que des fichiers ok au niveau du code sur le site de production donc il n'y a pas lieu que des parse error interviennent.
-- Bobe (Aurélien Maille) http://webnaute.net
"la vie d'un geek est un combat perpétuel contre l'imperfection"
CSC nous a susurré le 23/11/2003 23:15:
Bonjour,
ce n'est pas du style que je veux mettre.
C'est pour avertir par email le gestionnaire du site qu'il y a une erreur à
corriger quelle qu'elle soit, y compris une parse error..
Je vois vraiment pas l'intérêt. On ne doit mettre que des fichiers ok au
niveau du code sur le site de production donc il n'y a pas lieu que des parse
error interviennent.
--
Bobe (Aurélien Maille)
http://webnaute.net
"la vie d'un geek est un combat perpétuel contre l'imperfection"
Bonjour, ce n'est pas du style que je veux mettre. C'est pour avertir par email le gestionnaire du site qu'il y a une erreur à corriger quelle qu'elle soit, y compris une parse error..
Je vois vraiment pas l'intérêt. On ne doit mettre que des fichiers ok au niveau du code sur le site de production donc il n'y a pas lieu que des parse error interviennent.
-- Bobe (Aurélien Maille) http://webnaute.net
"la vie d'un geek est un combat perpétuel contre l'imperfection"
Thibaut Allender
Je vois vraiment pas l'intérêt. On ne doit mettre que des fichiers ok au niveau du code sur le site de production donc il n'y a pas lieu que des parse error interviennent.
vrai en theorie, mais... si tu avais eu ce genre de systeme, tu aurais vu que ton site renvoyait une erreur fatale quand y accedait via un proxy (ca aurait pu etre une parse error aussi...)
personne n'est parfait, et heureusement, qu'est ce qu'on se ferait chier ;)
-- freelance + web design + php dev + digital photo + 32 496 26 75 76 + http://www.capsule.org
Je vois vraiment pas l'intérêt. On ne doit mettre que des fichiers ok au
niveau du code sur le site de production donc il n'y a pas lieu que des
parse error interviennent.
vrai en theorie, mais...
si tu avais eu ce genre de systeme, tu aurais vu que ton site renvoyait
une erreur fatale quand y accedait via un proxy (ca aurait pu etre une
parse error aussi...)
personne n'est parfait, et heureusement, qu'est ce qu'on se ferait chier ;)
--
freelance + web design + php dev + digital photo
+ 32 496 26 75 76 + http://www.capsule.org
Je vois vraiment pas l'intérêt. On ne doit mettre que des fichiers ok au niveau du code sur le site de production donc il n'y a pas lieu que des parse error interviennent.
vrai en theorie, mais... si tu avais eu ce genre de systeme, tu aurais vu que ton site renvoyait une erreur fatale quand y accedait via un proxy (ca aurait pu etre une parse error aussi...)
personne n'est parfait, et heureusement, qu'est ce qu'on se ferait chier ;)
-- freelance + web design + php dev + digital photo + 32 496 26 75 76 + http://www.capsule.org
foodbyfood
Je vois vraiment pas l'intérêt. On ne doit mettre que des fichiers ok au niveau du code sur le site de production donc il n'y a pas lieu que des parse error interviennent.
Entiermeent d'accord sur les parses error, mais pour moi, l'intéret serait que parfois, certains fichiers ne sont inclus que quand on entre dans certaines focntions, qui peuvent etre oubliées, exepté sur certaines action tres rares... ces parse errors peuvent apparaitre lorsqu'une macro par exemple est modifiée, et est appelée bizarrement a un certain endroit (macro scabreuse par exemple)... ça ne devrait jamais arriver, mais sait-on jamais! voila l'intéret
Je vois vraiment pas l'intérêt. On ne doit mettre que des fichiers ok au
niveau du code sur le site de production donc il n'y a pas lieu que des parse
error interviennent.
Entiermeent d'accord sur les parses error, mais pour moi, l'intéret
serait que parfois, certains fichiers ne sont inclus que quand on
entre dans certaines focntions, qui peuvent etre oubliées, exepté sur
certaines action tres rares... ces parse errors peuvent apparaitre
lorsqu'une macro par exemple est modifiée, et est appelée bizarrement
a un certain endroit (macro scabreuse par exemple)... ça ne devrait
jamais arriver, mais sait-on jamais! voila l'intéret
Je vois vraiment pas l'intérêt. On ne doit mettre que des fichiers ok au niveau du code sur le site de production donc il n'y a pas lieu que des parse error interviennent.
Entiermeent d'accord sur les parses error, mais pour moi, l'intéret serait que parfois, certains fichiers ne sont inclus que quand on entre dans certaines focntions, qui peuvent etre oubliées, exepté sur certaines action tres rares... ces parse errors peuvent apparaitre lorsqu'une macro par exemple est modifiée, et est appelée bizarrement a un certain endroit (macro scabreuse par exemple)... ça ne devrait jamais arriver, mais sait-on jamais! voila l'intéret
CSC
Bonjour, j'ai fait la 1ere demande, je repond à Bobe. Bien entendu on ne doit mettre que des programmes ou des fonctions zero bug en production. Malheureusement on ne peut pas que réver. En plus les tests on les fait sur un serveur local et il y a toujours des petites différences avec le serveur d'exploitation. Toujours est-il que j'ai trouvé dans la doc PHP, que E_PARSE n'était là que pour compatibilité et ne fonctionnait pas. J'ai ma réponse mais je persiste à penser que ça peut etre utile pour controler la qualite du travail fait (par moi ou d'autres...). Le vrai problème c'est sans doute qu'avec ce "trap" la on doit pouvoir tres facilement mettre l'interpreteur en boucle.
Csc
"Bobe" a écrit dans le message de news:bq40c2$d18$
CSC nous a susurré le 23/11/2003 23:15:
Bonjour, ce n'est pas du style que je veux mettre. C'est pour avertir par email le gestionnaire du site qu'il y a une erreur à
corriger quelle qu'elle soit, y compris une parse error..
Je vois vraiment pas l'intérêt. On ne doit mettre que des fichiers ok au niveau du code sur le site de production donc il n'y a pas lieu que des parse
error interviennent.
-- Bobe (Aurélien Maille) http://webnaute.net
"la vie d'un geek est un combat perpétuel contre l'imperfection"
Bonjour,
j'ai fait la 1ere demande, je repond à Bobe.
Bien entendu on ne doit mettre que des programmes ou des fonctions zero bug
en production.
Malheureusement on ne peut pas que réver.
En plus les tests on les fait sur un serveur local et il y a toujours des
petites différences avec le serveur d'exploitation.
Toujours est-il que j'ai trouvé dans la doc PHP, que E_PARSE n'était là que
pour compatibilité et ne fonctionnait pas.
J'ai ma réponse mais je persiste à penser que ça peut etre utile pour
controler la qualite du travail fait (par moi ou d'autres...).
Le vrai problème c'est sans doute qu'avec ce "trap" la on doit pouvoir tres
facilement mettre l'interpreteur en boucle.
Csc
"Bobe" <bobe64@retirez_cette_mention.wanadoo.fr.invalid> a écrit dans le
message de news:bq40c2$d18$1@news-reader1.wanadoo.fr...
CSC nous a susurré le 23/11/2003 23:15:
Bonjour,
ce n'est pas du style que je veux mettre.
C'est pour avertir par email le gestionnaire du site qu'il y a une
erreur à
corriger quelle qu'elle soit, y compris une parse error..
Je vois vraiment pas l'intérêt. On ne doit mettre que des fichiers ok au
niveau du code sur le site de production donc il n'y a pas lieu que des
parse
error interviennent.
--
Bobe (Aurélien Maille)
http://webnaute.net
"la vie d'un geek est un combat perpétuel contre l'imperfection"
Bonjour, j'ai fait la 1ere demande, je repond à Bobe. Bien entendu on ne doit mettre que des programmes ou des fonctions zero bug en production. Malheureusement on ne peut pas que réver. En plus les tests on les fait sur un serveur local et il y a toujours des petites différences avec le serveur d'exploitation. Toujours est-il que j'ai trouvé dans la doc PHP, que E_PARSE n'était là que pour compatibilité et ne fonctionnait pas. J'ai ma réponse mais je persiste à penser que ça peut etre utile pour controler la qualite du travail fait (par moi ou d'autres...). Le vrai problème c'est sans doute qu'avec ce "trap" la on doit pouvoir tres facilement mettre l'interpreteur en boucle.
Csc
"Bobe" a écrit dans le message de news:bq40c2$d18$
CSC nous a susurré le 23/11/2003 23:15:
Bonjour, ce n'est pas du style que je veux mettre. C'est pour avertir par email le gestionnaire du site qu'il y a une erreur à
corriger quelle qu'elle soit, y compris une parse error..
Je vois vraiment pas l'intérêt. On ne doit mettre que des fichiers ok au niveau du code sur le site de production donc il n'y a pas lieu que des parse
error interviennent.
-- Bobe (Aurélien Maille) http://webnaute.net
"la vie d'un geek est un combat perpétuel contre l'imperfection"
