Discussion :

[Shikiryu]

//error_log($return_error, 3, 'tmp/logs/errors.log'); en commentaires, car je n'ai pas vu de répertoire de log chez moi

Je pense que tu n'as pas compris le "but" de tout ça.
Si tu commentes cette ligne, bah... y se passera rien. La variable $return_error sera initialisée et puis rien.

Plutôt que de copier/coller mon exemple (car j'ai bien dit que c'était un exemple hein...), essaye de comprendre ce que fait ce petit bout de script.
error_log est justement la fonction la plus utile ici pour créer le fichier de log. Je t'invite à lire sa doc. (indice: plutôt que de commenter, tu aurais dû changer la destination du fichier.)

Ensuite, PHP a une configuration. En cas d'erreur, il peut effectuer plusieurs choses en même temps et par défaut.

Dans le fichier PHP.ini, tu as par exemple (non-exhaustif) :

error_reporting = E_ALL | E_STRICT

Les niveaux d'erreurs que rapportera PHP quand il en rencontre une. Liste ici. Tu peux, par exemple, lui demander que le niveau ERROR ("les grosses erreurs") mais pas WARNING ("les petites erreurs"). Perso, je les affiche toutes et je les corrige si possible !

display_errors = On

Affiche ou non l'erreur sur la page html

log_errors = On

Log automatiquement les erreurs dans le fichier php_error.log ou pas (encore faut-il y avoir accès)

error_log = "c:/.../php_error.log"

Chemin vers le fichier de log de log_errors

Et là tu peux mettre tout à off et mettre ton error_handler à toi si c'est ce dont tu as besoin !

Si tu n'as pas accès au PHP.ini sur ton hébergement tu peux modifier à chaque requête certaines configurations grâce à ini_set().

Pour conclure, je pense que tu as ton display_error est activé. Ce qui fait que même si tu log l'erreur, elle sera affichée.

[laurentSc]

J'ai décommenté la ligne importante et mis

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

error_log($return_error, 0);

(la valeur par défaut, et comme ça, plus de problème de chemin) et d'autre part, n'ayant pas accès à PHP.INI, j'ai dans connect.php ces 2 lignes

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 ini_set('display_errors', 1);
  ini_set('log_errors display_errors', 1);

mais ça ne marche toujours pas...

[Shikiryu]

1-

Ne marche pas

n'est pas une explication de ce qu'il se passe.

2- error_log($return_error, 0); enregistre ton log dans le fichier d'erreur log de PHP. Souvent quand on a pas accès au PHP.ini, on n'a pas accès à ce fichier. Inutile donc.
Si c'est le cas et que tu ne connais pas le chemin vers le dossier dans lequel tu veux l'enregistrer et dans lequel tu auras accès, écris plutôt error_log($return_error, 3, dirname(__FILE__).'/errors.log');
Cela enregistrera errors.log dans le dossier parent de celui contenant l'error_handler.

3- Si les fichiers logs t'embêtent, tu peux utiliser l'email en changeant le 2è paramètre.

4-

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
ini_set('display_errors', 1); // 1 == true = tu actives l'affichage de l'erreur...
ini_set('log_errors display_errors', 1); // ça, ça n'existe pas ;)

[laurentSc]

ini_set('log_errors display_errors', 1); // ça, ça n'existe pas

Les erreurs de copier-coller ne sont même pas supportées ? Il faut lire

ini_set('log_errors', 1);

Ne marche pas

n'est pas une explication de ce qu'il se passe.

OK : ne marche pas du tout Disons que error_handler() n'est pas appelée (et toujours pas en remplaçant la ligne que j'avais commentée par error_log($return_error, 3, dirname(__FILE__).'/errors.log'); )...

[Shikiryu]

Comment sais-tu qu'elle n'est pas appelée ?
as-tu vérifié qu'un fichier errors.log n'a pas été créé ? Le dossier en question a-t-il la permission en écriture pour PHP ?

En cas de doute, essaye

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

error_log($return_error, 1, 'monadresse@example.com', "From: monadresse@example.com\r\nReply-To: monadresse@example.com\r\nX-Mailer: PHP/".phpversion());

en changeant l'adresse email un peu partout.

Pour le ini_set, tu log et tu affiches pour l'instant (Je ne sais pas si c'est que tu recherches).

[laurentSc]

Bien vu. Dans le répertoire, il y avait bien un fichier errors.log (avec 18 erreurs inconnues (dont les codes sont 2 ou 8) et 4 fatales).
Ce qui me faisait croire qu'il n'était pas appelé, c'est l'affichage

Can't connect to local MySQL ...

[Shikiryu]

Si tu ne veux pas que les erreurs s'affichent, change display_error à Off dans le PHP.ini ou tente avec ini_set('display_error', 0);

[laurentSc]

Non, je le laisse : ainsi, je suis informé qu'il y a une erreur.

[phicarre]

Intéressant votre échange ...
@Shikiryu: puisque tu es un mordu aussi de jquery, j'aimerais te poser cette question.
$.ajax retourne soit par success soit pas error.
Quand il n'y a pas de problème je retourne depuis un script php echo "ok" ou un autre texte qui peut être lu dans le callback "success".

Dans vos exemples, si $id_con retourne une erreur, est-il possible avec trigger_error de retourner par le callback "error" ?

[Shikiryu]

@Shikiryu: puisque tu es un mordu aussi de jquery, j'aimerais te poser cette question.
$.ajax retourne soit par success soit pas error.
Quand il n'y a pas de problème je retourne depuis un script php echo "ok" ou un autre texte qui peut être lu dans le callback "success".

Dans vos exemples, si $id_con retourne une erreur, est-il possible avec trigger_error de retourner par le callback "error" ?

$.ajax retourne un objet "custom jquery" contenant l'objet js XMLHTTPRequest. cf http://api.jquery.com/jQuery.ajax/ et http://fr.wikipedia.org/wiki/XMLHttpRequest

Selon l'état du retour (et non pas son contenu), soit le callback success soit le callback error sera lancé (et le callback complete dans tous les cas).

Vous avez donc 2 choix plus ou moins propre :
1- En cas d'erreur sur $id_con, vous paramétrez PHP pour qu'il renvoi un header d'erreur (404, 500, etc.) et vous printez l'erreur. Le callback "error" sera alors lancé. C'est la solution "bidouille" moche.

2- Au lieu de ne renvoyer qu'une chaîne de caractère, renvoyez donc un objet JSON (par exemple).
En cas d'erreur, faites un tableau type

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
$retour = array('status'=>400, 'message'=>'Erreur de requête');
echo json_encode($retour);

Si tout s'est bien passé, la même chose :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
$retour = array('status'=>200, 'message'=>'tout s\'est bien passé');
echo json_encode($retour);

Dans les 2 cas, c'est le callback "success" qui sera lancé car la requête (appel http vers votre page) s'est bien déroulée.
À votre charge de gérer les différentes erreurs dans ce callback grâce au JSON (dans l'exemple)

Pour ceci, simplement :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
$.ajax({
   dataType: 'json', // on indique qu'en retour on aura normalement du json
   error: function(){
      alert("l'appel vers la page n'a pas abouti"); // la requête http n'a pas fonctionnée (page non trouvée par exemple)
   },
   success: function(data){
      if(data && data.status == 200){ // requête http et sql ok
          alert("ok : "+data.message);
      }
      if(data && data.status == 400){ // requête http ok et sql ratée
          alert("not ok : "+data.message);
      }
   },
   url: "url.php" // page appelée
});

Ainsi, rien n'empêche, par exemple de gérer le retour du json via trigger_error() en cas d'erreur de requête (avec le status approprié dans l'exemple) sinon via l'autre status dans le reste du script.

[Benjamin Delespierre]

Le problème se résous de lui même si vous envoyez le header HTTP Status 500: jQuery passera dans la callback error. C'est loin d'être une bidouille, c'est au contraire respecter le protocole que d'envoyer les bon headers en cas d'erreur.

Du reste, je vous conseille de suivre les règles suivantes:

• un point de sortie par script, pas 50
• vérifiez toujours les retours de vos fonctions, émettez des exception quand c'est nécessaire
• attrapez systématiquement vos exceptions, logguez les systématiquement
• si une exception est attrapée à la racine, sortez avec un status HTTP 500
• n'utilisez jamais "or die(...)", même en test (car on oublie trop souvent de toutes les enlever)
• apprenez et comprenez le protocole HTTP