Gestionnaire des erreurs d’un CMS
Un des points clé dans un CMS, c’est la gestion des erreurs et des alertes utilisateurs. En effet, quand une erreur de lecture de fichier, d’accès à la base de données, ou de saisie d’un utilisateur est générée, il faut pouvoir la récupérer, puis la traiter, tout en gardant à l’esprit que les scripts qui traiteront cette erreur ne doivent pas être bloqués par celle-ci. Par exemple, si on souhaite traiter les erreurs d’accès à la base de données, et que pour celà le gestionnaire d’erreur à besoin d’accèder à la base de données, il y a un serieux problème. C’est pour celà que je pense que le gestionnaire d’erreur d’un CMS doit rester assez isolé de celui-ci et qu’ils ne puissent communiquer entre eux que par un système de trigger. Après pas mal de réflexion, je pense avoir trouvé un moyen de les gérer efficacement en utilisant les fonctions trigger_error, set_error_handler et les constantes d’erreur de PHP. L’idée serait de développer un gestionnaire d’erreurs propre au CMS dont hériteraient les classes de celui-ci. Ainsi en utilisant les erreurs déjà définies dans PHP et de nouvelles erreurs propre au CMS, on pourrait obtenir un système plutôt stable et sécurisé qui devrait avoir l’indépendance nécessaire pour bien fonctionner.