Logger

Journalisation serveur centralisée, au même style que la CLI @lrvo/start. Cinq niveaux, chacun avec son glyphe et sa couleur.

Import

import { step, done, warn, fail, info, logger } from '@lrvo/core/shared/logger';

Module serveur : il écrit sur process.stdout.

API

Fonction	Glyphe	Usage
`step(msg)`	`◆` atténué	Étape en cours.
`done(msg)`	`✓` vert	Succès.
`warn(msg)`	`⚠` jaune	Avertissement, l'opération continue.
`fail(msg)`	`✗` rouge	Échec.
`info(msg)`	`·` atténué, indenté	Détail d'une étape.

logger est l'objet regroupant les cinq, pour les passer en une fois.

import { step, done, info, fail } from '@lrvo/core/shared/logger';

step('Initialisation de la base');
info('lrvo_auth_users');
info('lrvo_auth_sessions');
done('Tables créées');

  ◆ Initialisation de la base
    · lrvo_auth_users
    · lrvo_auth_sessions
  ✓ Tables créées

Ne jamais journaliser une donnée sensible : mot de passe, token de session, clé d'API, corps complet d'une requête. Ces sorties partent dans les journaux du serveur et souvent dans un agrégateur tiers.

Une erreur journalisée n'est pas une erreur exposée. Le message rendu au client reste générique ; le détail vit ici. Voir Sécurité.

Les cores l'utilisent déjà. core/email, core/storage et core/cron journalisent leurs échecs par fail() plutôt que de lever. Vérifier la sortie serveur avant de conclure qu'un appel n'a rien fait.

Import

API

Notes

Sur cette page