Analisador de Arquivos de Log

Arquivos de log brutos são paredes de timestamps, níveis e mensagens em texto livre. Cole um log de acesso do Nginx, um log de erro do Apache, um dump do syslog ou um arquivo de canal do Laravel e o analisador o divide em linhas estruturadas, permitindo filtrar por intervalo de datas ISO, severidade (DEBUG a EMERGÊNCIA), IP do cliente ou regex contra a mensagem, e destaca as ocorrências para que você possa realmente ver o que aconteceu na janela do incidente.

Como analisar um arquivo de log

  1. 1

    Cole o conteúdo do log

    Cole o texto do log bruto. Formatos comuns (combinado, comum, syslog, JSON-lines) são detectados automaticamente.

  2. 2

    Defina o filtro de data

    Use um timestamp de início/fim para focar na janela do incidente.

  3. 3

    Filtrar por nível ou IP

    Marque os níveis de severidade, digite um IP ou insira um padrão regex para corresponder às mensagens.

  4. 4

    Leia a tabela

    Cada linha mostra timestamp, nível, origem e mensagem com segmentos correspondentes destacados.

Formatos que o analisador reconhece

Formato Exemplo Fonte
Nginx combinado 1.2.3.4 - - [18/Apr/2026:10:00:00 +0000] "GET / HTTP/1.1" 200 1234 logs de acesso web
Apache comum Mesmo que acima, menos Referer e User-Agent pilhas LAMP clássicas
Syslog RFC 5424 <34>1 2026-04-18T10:00:00Z host app - ID47 - msg daemons de sistema Linux
Laravel diário [2026-04-18 10:00:00] production.ERROR: mensagem canal de log do Laravel
JSON lines {"ts":"...","level":"ERROR","msg":"..."} registradores estruturados, Loki, ELK

Níveis de log padrão

Listados do mais alto para o mais baixo. A maioria dos aplicativos segue a ordem syslog / PSR-3:

  1. EMERGÊNCIA, sistema inutilizável.
  2. ALERTA, ação imediata necessária.
  3. CRÍTICO, condição crítica, ex. banco de dados fora do ar.
  4. ERRO, erro em tempo de execução que deve ser investigado.
  5. AVISO, condição excepcional, não um erro.
  6. NOTÍCIA, evento normal, mas significativo.
  7. INFORMAÇÃO, mensagens operacionais gerais.
  8. DEBUG, diagnóstico de baixo nível, barulhento em produção.

Dicas de filtragem

  • Restringir por data primeiro. A maioria dos logs de produção é enorme; cortar para a janela do incidente torna todos os outros filtros rápidos.
  • Use regex para mensagens. Procurar por timeout|connection refused|5\d\d captura a maioria das falhas de rede em uma única passagem.
  • Isolar um IP. Ao investigar um cliente suspeito, filtre tudo o mais e leia suas solicitações cronologicamente.
  • Excluir crawlers. Substrings de User-Agent como bot, crawl, spider filtram a maior parte do ruído de investigações do tipo analytics.

Notas de desempenho

  • O analisador roda do lado do cliente, então as linhas permanecem na sua máquina. Isso também significa que arquivos muito grandes (100 MB+) podem desacelerar o navegador, divida-os primeiro com split -l ou transmita-os através de uma ferramenta do lado do servidor.

Perguntas frequentes

Não. A análise e filtragem acontecem no seu navegador. O log que você cola nunca sai do seu dispositivo, o que é importante para arquivos que podem conter IPs, tokens ou PII.

Sim, linhas que começam com espaço em branco ou at ... são anexadas à entrada de log anterior, então uma pilha de exceção completa permanece em uma linha.

Use o filtro regex contra a coluna de mensagem. Para logs JSON estruturados, todas as chaves são pesquisáveis como texto simples na mensagem.

Não diretamente, descompacte primeiro com gunzip ou uma ferramenta de arquivo e cole o texto bruto. O analisador espera linhas de log descompactadas.

Não há um limite rígido, mas qualquer coisa acima de 10 MB pode desacelerar a filtragem. Para arquivos grandes, use grep no servidor primeiro e cole a saída filtrada aqui.

Ferramentas relacionadas

Ferramenta disponível em outros idiomas