Personnellement en PHP je met des assertions (surtout pour vérifier le type des variables dans la construction de requêtes SQL). Je les désactive une fois que je passe en production.
Des exceptions, et je catch les exception au plus au niveau du programme je récupère le détails et l'envois dans un logs (date/heure, utilisateur, page appelée, referer, numéro de la ligne, message et la trace) .
Aussi sur option je peux log mes requêtes SQL.
Après j'ai eu la flemme de me faire un système d'alerte.
Mais pour avoir un prog de bonne qualité moi je penche pour les assertions. Vérification qu'on a bien récupérer toute les variable $_POST ou $_GET avant de faire quoi que ce soit, pareil pour la construction de requêtes, toujours faire des cast sur le paramètre $_POST et $_GET.
De cette manière l'assertion me bloque à la moindre connerie que je fait pendant le développement je peux ignorer l'erreur.
# sinon faut bien coder aussi
Posté par lsmod . En réponse à la dépêche ErrorNot: Une application pour être sûr(e) que toutes vos erreurs seront vues et corrigées. Évalué à 2.
Des exceptions, et je catch les exception au plus au niveau du programme je récupère le détails et l'envois dans un logs (date/heure, utilisateur, page appelée, referer, numéro de la ligne, message et la trace) .
Aussi sur option je peux log mes requêtes SQL.
Après j'ai eu la flemme de me faire un système d'alerte.
Mais pour avoir un prog de bonne qualité moi je penche pour les assertions. Vérification qu'on a bien récupérer toute les variable $_POST ou $_GET avant de faire quoi que ce soit, pareil pour la construction de requêtes, toujours faire des cast sur le paramètre $_POST et $_GET.
De cette manière l'assertion me bloque à la moindre connerie que je fait pendant le développement je peux ignorer l'erreur.