Fonctionnalité

Logs applicatifs centralisés pour Laravel

Vos logs Laravel envoyés au fil de l'eau, cherchables par niveau et par environnement, et rattachés à l'exception qu'ils entourent.

Commencer gratuitement Lire la documentation
L'activation, en une variable 
MONITOR_LOGS_ENABLED=true

Le problème

Les logs vivent sur le serveur, dans un fichier que personne ne lit avant l'incident. Le jour où vous en avez besoin, il faut une connexion, le bon chemin, et un grep dans plusieurs gigaoctets pendant que le client attend.

Ce que vous obtenez

  • La recherche par niveau, environnement, canal et période
  • Une frise des sept derniers jours par sévérité, pour voir un pic sans le chercher
  • Les logs des cinq minutes autour d'une exception, sur la page de cette exception
  • Le contexte structuré affiché tel quel, sans aplatir vos tableaux
  • La rétention de votre forfait appliquée seule, sans purge à écrire
  • Le chiffrement de bout en bout en option, déchiffré dans votre navigateur

Comment ça marche

01

Un branchement, pas une réécriture

Le SDK se branche sur la journalisation du framework, les événements de log de Laravel ou un handler Monolog côté Symfony. Vos appels existants partent tels quels, sans que vous touchiez une ligne.

02

Envoyés par lots, jamais dans la requête

Les lignes sont mises en tampon et partent à la fin de la requête ou du job. La latence de votre application ne dépend pas de la nôtre.

03

Filtrés avant de partir

Les clés sensibles sont masquées par nom, et ce qui ressemble à un e-mail, un IBAN ou une carte l'est par forme, où que ça se trouve.

Commencer gratuitement

Aucune carte bancaire requise. Installation en quelques minutes.

Toutes les fonctionnalités