Comme dans tout langage de programmation, PHP possède toute une structure permettant de gérer les erreurs, qui peuvent être de différents types :

• Erreur de syntaxe lors de la compilation du programme
• Erreur d’exécution lors de l’exécution du programme
• Erreur de données : donnée innatendue, incompatible avec les routines développées pour son traitement (lettre dans un nombre représentant une quantité, …)

Normalement, quand un script PHP rencontre une erreur :

• un message s’affiche indiquant (en anglais bien sur) le degré de gravité de l’erreur, la cause de l'erreur, le nom du fichier de scrip la ligne du script où l’erreur s’est produite.
• selon la gravité de l’erreur, l'exécution du script se termine à l’endroit de l’erreur, ou simplement une ligne du script ne s’exécute pas, ou toutes les lignes peuvent néanmoins s’exécuter

Si ce comportement est acceptable pendant la phase de développement, une fois en production ce comportement n’est pas acceptable :

• Le message doit être autant que possible dans la langue de l’utilisateur
• Outre cela, l’utilisateur, qui n’a d’une part assez souvent aucune notion de programation, d’autre part n’a pas accès au script, n’a que faire du message d’erreur tel qu’il est délivré par PHP (nom de fichier, N° de ligne…)
• Il sera donc necessaire d’adapter le message éventuel à l’environnement, et aussi en général d’enregistrer l’erreur dans un fichier « de log » permettant au responsable du site d’apporter les corrections eventuelles à postériori pour éviter qu’elle ne se reproduise.

Erreur de type Notice:

Erreur de type Warning

Erreur de type Fatal error

Par défaut, sur les serveurs apache sous Linux, PHP 4.x ext configuré pour reporter toutes les erreurs excépté les erreurs E_NOTICE, cependant, ceci peut être modifié par le fichier de configuration php.ini.
D'autre part, certains opérateurs prévalent sur le fonctionnement normal de la gestion d'erreur : on se souvient que le @ devant un appel de fonction annulle tout message d'erreur :

Un appel de cette fonction sans arguments renvoie le niveau en cours de reporting :

Le comportement ci-dessus convient pour des petits programmes.
Pour des applications plus complexes, on a souvent besoin d'avoir une gestion plus personnalisée des erreurs.
C'est ce que propose la fonction set_error_handler() qui permet d'écrire soi-même la gestion d'erreur.
La fonction set_error_handler() accepte un seul argument: le nom la fonction à appeler lorsqu'une erreur se produit.

Cette seconde fonction définie par l'utilisateur doit être capable d'accepter au minimum deux arguments:
1. Le type d'erreur et
2. Le message descriptif correspondant,
   et trois arguments facultatifs
3. Un nom de fichier
4. La ligne ou l'erreur s'est produite,
5. le contenu de la variable au moment de l'erreur.

Voir l'exemple suivant :

Une technique consiste a construire le message en fonction du type d'erreur:

Lorsque les deux fonctions sont utilisées au sein du même script PHP assume que tous les types d'erreur définis dans la fonction error_reporting() seront gérées par le le handler spécifique fourni, sauf les types d'erreur E_ERROR, E_PARSE, E_COMPILE et E_CORE.

On voit que dans ce cas l'erreur fatale n'est pas gérée par le handler.

Les gros avantages de pouvoir capter soi-même les erreurs sont donc :
• Traduction dans le language local
• Traduction dans une forme comprehensibles par l'utilisateur
• Ecriture dans un log :

Il s'agit de la gestion d'erreur à utiliser dans la programmation "objets" (classes) Ce système permet de définir des blocs de code à l'intérieur desquels l'apparition des erreurs est "surveillée". A l'intérieur de cette zone les erreurs sont appelées "exeptions", et une classe "Exception" est fournie à partir de laquelle les classes de gestion d'erreur peuvent être étendues (voir exemple ci-après)

Trois mots-clés à connaître :
• try Marque le début du bloc de code à "surveiller"
• throw Provoque le déclenchement de l'exeption
• catch Marque le début de la routine qui s'exécute lorsque l'exeption se produit