Discussion :

[vincent69HM]

Bonjour,

Petite question d'ordre "bonnes pratiques" en terme d'organisation du code.
J'ai une application qui doit logger, en dehors des logs error/critical etc., les erreurs liées aux traitements (A quel endroit le code s'est arrêté, pourquoi ?).
Aujourd'hui, j'utilise pas mal les exceptions pour pouvoir gérer tous les cas et tous les scénarios possibles.

En terme de bonnes pratiques, comment mettre en place un suivi accessible et rigoureux sur mon application ?
J'ai regardé du côté de monolog, en créant un ou plusieurs channels "métiers" que je peux rattacher à mes services.
Mais n'est-il pas plus intéressant de créer mon propre gestionnaire d'exception dans lequel ajouter monolog ?

Quelles sont les bonnes pratiques pour logger les erreurs type "metiers" que les erreurs de code, doctrine etc. ?
L'utilisation d'exception couplée à monolog est-elle intéressante ? (avec ensuite une interface de visualisation des logs)

Merci pour vos retours d'experiences et bonnes pratiques

[MehrezLabidi]

Bonjour,
Personnellement j'utilise cette méthode ici pour logger dans un fichier à part. Peut être que c'est pas la meilleur façon .

[vincent69HM]

Bonjour,

Merci pour votre retour.

J'ai essayé aussi monolog avec un channel dédié pour les logs applicatifs, c'est pas mal, mais je ne sais pas comment logger toutes les exceptions efficacement.
Faut-il utiliser un LogicException customé avec logs derriere par exemple ?
Quels sont les bonnes pratiques sur la gestion des exceptions + logs ?

Merci pour vos retours

[dukoid]

l’intérêt de monolog dans les exceptions c'est surtout de pouvoir remonter quelles sont les données qui ont provoqués l'exception afin d'en prendre connaissance pour comprendre le problème.