Gestion des logs, bonnes pratiques

Request description

----description of the request----
Bonsoir,

Nous avons rencontré plusieurs bugs que nos logs n’ont pas réussi à tracer.
Entre les logs DEBUG (qui incluent le SQL) et les logs INFO, il y a apparemment un delta important de verbosité et a priori, nous sommes entre le “pas assez” d’INFO et le “trop d’infos tue l’info” du DEBUG. Je ne suis pas encore spécialiste de Simplicité, c’est pourquoi je me tourne vers vous pour vous demander quelles sont les “bonnes pratiques” globales qu’on doit mettre en œuvre afin de disposer de suffisamment d’informations pour bien tracer les contextes d’occurrence des bugs sans toutefois être noyés dedans ?
Par exemple gestion du jeu debug / info dans certains hooks etc., paramétrage Simplicité…
Merci beaucoup.
Christophe Coudé

Steps to reproduce

This request concerns an up-to-date Simplicité instance
and these are the steps to reproduce it:

Technical information

Instance /health
---paste the content of your-instance.com/health---
Simplicité logs
---paste the content of the **relevant** server-side logs---
Browser logs
---paste content of the **relevant** browser-side logs---
Other relevant information

----E.g. type of deployment, browser vendor and version, etc.----

Le logging Simplicité repose sur la notion de log event:

Une bonne pratique est de jouer dynamiquement sur leur niveau en fonction de ce qu’on veut tracer (ex: passer temporarement à info une trace):

C’est aussi une très bonne pratique de se déclarer ses propres log events pour pouvoir cibler ses traces de debug applicative (ex: celle qu’on met dans ses hooks)

1 Like

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.