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.
MONITOR_LOGS_ENABLED=true
Le problème
Les logs vivent sur le serveur, dans un fichier que personne ne lit avant l'anomalie. 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
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.
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.
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.
Aucune carte bancaire requise. Installation en quelques minutes.