Analyseur de logs et rédaction

Déposez un fichier de log de production et obtenez un tableau filtrable : Apache/Nginx, JSON Lines et syslog reconnus automatiquement, valeurs sensibles masquées, et un CSV, un JSON ou un texte propre en sortie. Le fichier ne quitte jamais votre navigateur — l’analyse se fait localement, et c’est la raison même d’être de cette page.

Ce que cette page fait de vos logs

Un fichier de log n’est utile que lorsqu’il devient un tableau : l’heure dans une colonne, le niveau dans une autre, le message lisible sans faire défiler du texte brut. Cette page analyse chaque ligne dans ces colonnes, compte les niveaux et vous laisse filtrer jusqu’aux lignes qui comptent — les erreurs seules, ou tout ce qui mentionne un nom d’hôte, un chemin, un utilisateur. Le tableau affiche les 1 000 premières lignes correspondantes ; les compteurs couvrent tout ce qui a été lu, de sorte que vous savez toujours si le filtre a caché neuf lignes ou neuf mille.

Les fichiers sont lus par blocs de 1 Mo plutôt que chargés comme une seule chaîne, afin qu’un log de production de plusieurs mégaoctets ne fige pas l’onglet pendant le chargement. Les 20 000 premières lignes analysées sont conservées pour le filtrage et l’export ; au-delà, la page continue de compter chaque ligne et annonce les totaux honnêtement. Si votre fichier est plus grand, filtrez avant d’exporter — ou divisez le fichier et passez-le deux fois. Rien dans ce flux ne touche un réseau : l’API File lit les octets, l’analyseur tourne dans la page, et l’export est assemblé à partir de ces mêmes lignes locales.

La rédaction est une reconnaissance de motifs, pas une garantie

La rédaction masque les valeurs qui fuient le plus souvent dans un log partagé : adresses e-mail, adresses IP, jetons Bearer, identifiants de clé d’accès AWS, et les valeurs écrites après les étiquettes api_key, secret, password ou token. Elle est activée par défaut et s’applique au tableau comme à chaque format d’export. Mais c’est une reconnaissance de motifs, et les motifs ratent des choses — un jeton dans un format inhabituel, un secret réparti sur plusieurs lignes, un nom d’hôte interne qui identifie un client. Considérez l’export comme plus sûr, pas comme sûr : relisez-le une fois avant de l’envoyer où que ce soit, surtout hors de votre organisation. Si vous avez besoin des valeurs brutes pour votre propre débogage, désactivez la rédaction — l’interrupteur est juste au-dessus du tableau.

C’est cette distinction qui justifie l’existence de la page. Coller un log de production dans une fenêtre de chat ou dans un visualiseur en ligne en confie le contenu à un tiers pour toujours ; l’analyser localement ne confie rien à personne. Le confort d’un visualiseur hébergé ne vaut jamais le contenu du log, et un onglet de navigateur qui ne fait jamais de requête est le moyen le plus simple d’en être sûr.

Questions fréquentes

Mon fichier de log quitte-t-il mon navigateur ?

Non. Le fichier est lu avec l’API File et analysé localement ; rien n’est téléversé, et il n’y a aucun appel au serveur. C’est tout l’intérêt : les logs de production contiennent des adresses, des jetons et des données d’utilisateurs qui ne devraient être collés ni dans une fenêtre de chat, ni dans un visualiseur quelconque.

Quels formats de log sont reconnus ?

Les logs d’accès combined d’Apache/Nginx, JSON Lines (un objet JSON par ligne), les lignes syslog, et un mode générique de secours qui scrute toute ligne à la recherche de mots-clés de niveau. La détection automatique essaie combined, puis JSON, puis syslog, puis le générique — ou choisissez un format explicitement si la détection se trompe.

Que masque réellement la rédaction ?

Les adresses e-mail, les adresses IPv4 et IPv6, les jetons Bearer, les identifiants de clé d’accès AWS, et les valeurs après les étiquettes api_key/secret/password/token. C’est une reconnaissance de motifs, pas une garantie : les formats inhabituels passent au travers, alors relisez l’export avant de l’envoyer où que ce soit. La rédaction est activée par défaut et s’applique au tableau comme à l’export.

Quelle taille de fichier puis-je ouvrir ?

Les fichiers sont lus par blocs de 1 Mo pour qu’un log de plusieurs mégaoctets ne fige pas l’onglet. Toutes les lignes sont comptées, les 20 000 premières lignes analysées sont conservées pour le filtrage et l’export, et le tableau affiche les 1 000 premières lignes correspondantes. Pour les plus gros travaux, filtrez d’abord, exportez ensuite.

Pourquoi certaines lignes sont-elles de niveau « info » alors qu’elles ressemblent à des erreurs ?

Les logs d’accès n’ont pas de champ de niveau, donc le niveau est déduit du statut HTTP : 5xx est une erreur, 4xx un avertissement, tout le reste est info. Les lignes JSON utilisent leur propre champ de niveau quand il est présent. Si une ligne semble mal classée, le code de statut ou le texte du message à côté d’elle fait foi.