Discussion :

[deusyss]

Bonjour à tous,

Je vous propose une petite introduction au logger Python: http://deusyss.developpez.com/tutoriels/Python/Logger/

Voir aussi les Cours et tutoriels pour apprendre la programmation Python


N'hésiter pas à commenter

[Bktero]

Bonne initiative

J'ai modifié le titre et j'ai rajouté la balise qui va bien. J'ai aussi déplacer dans le sous-forum "Contribuez". Je présume que ton article sera bientôt en actualité ?

En lisant, je suis tombé sur une petite faute :

Le résultat de cette structure est que nous pouvons gérer de manière très fine la redirection de chaque information logger.

J'aurais écrit logguée.

Je ne suis pas complètement convaincu par la séparation en fonction des niveaux dans différents fichiers :

Le but est de compartimenter les messages afin d'en faciliter le traitement. Cette solution possède néanmoins un inconvénient de taille : si vous désirez mieux comprendre le déroulement des opérations ayant entraîné l'anomalie, vous êtes obligé de jouer avec plusieurs logs au lieu d'un seul.

Tu le dis très justement : cela complique l'analyse du déroulement. A mon humble avis, il est plus efficace de faire un seul fichier de log complet. Ensuite, on écrit des scripts pour traiter ce log. Avec grep par exemple, il est très simple d'extraire les messages critiques dans leur propre fichier ou de filtrer les messages d'un niveau qui n'intéresse pas. Une idée plus intéressante dans une telle séparation est faire un fichier avec tous les logs et d'avoir un handler spécial pour les critiques mais plutôt que ce soit un FileHandler, ce serait un STMPHandler pour envoyer un mail à la personne qui est d'astreinte

Par ailleurs, sans tester et juste en lisant, j'ai l'impression que ton code ne sépare pas exactement les logs par niveau : il fait un fichier pour les critiques et un fichiers pour tout sauf debug. Non ?

[deusyss]

Oui la demande est en cours.

Effectivement, personellement, je prefere un seul fichier. Mais d'autres personnes prefere des logs séparés, donc c'était important de l'expliquer. Sinon pour les mails, c'est quelque chose que je ne désirais pas aborder dans cet article car je visais le tout public, et même si en Python ce n'est pas compliqué, ce n'est quand même pas à la portée du débutant.

Sinon, si si, il y a bien un filtrage, avec creation de deux fichiers. Tout d'abord le logger filtre au niveau info, ensuite chaque filehandler filtre à son niveau, info et critique.

[Bktero]

Je comprends que tu ne souhaitais pas aborder dans ce cours le cas des envois de mails. Je raisonnais ici uniquement sur un plan "métier" et non un plan "contenu du cours".

handler_info.setLevel(logging.INFO)

Quand tu fais ça, le handler écrit dans le fichier tous les messages de niveaux INFO et plus ou juste ceux de niveau INFO ?

[deusyss]

@Bktero
Sur un plan metier effectivement, je te rejoint à 3000%. Passer un certains seuil, il faut un envoi automatique de mail afin de pouvoir intervenir au plus vite et limiter les degats, surtout si les chaines tournent de nuit ou le week end.

Du côté de ta question, j'en voit un qui a pas bien lu a fond le tuto .

La reponse est dans le II-B: "Comme nous pouvons le constater, lorsqu'on définit un niveau, correspondant en réalité à un seuil de sensibilité, nous loggons ce niveau ainsi que tous les niveaux supérieurs de criticité". Dans les faits, mais je ne suis jamais monté à ce niveau par manque de besoin, je pense qu'il est possible de définir un niveau bas (ce qu'on fait dans le tuto) et un niveau haut, car tel qu'est tourné la documentation officielle on a l'impression qu'il est sous entendu qu'on peut définir un seuil maximal. Peu etre pour un futur article

[marsupial]

Ma formulation sera éventuellement incorrecte et incompréhensible car approximative.

Est-il possible de descendre à un niveau bas dans le language, non pas pour journaliser mais pour répliquer/neutraliser avec l'envoi de courriels ?

Bravo pour le tutoriel surtout.