Analisar marcas de tempo de logs
O 25/Jul/2026:14:30:00 +0200 do Apache, o Jul 25 14:30:00 do syslog e o 2026-07-25T14:30:00.123Z voltam cada um como um horário ISO 8601 em UTC, com os milissegundos de época e o formato reconhecido. Grátis no seu navegador.
- Grátis
- Funciona no seu navegador
- Sem cadastro
- Seus dados não saem do seu aparelho
Executar grátis
Exemplo resolvido
- Texto
- 2026-07-25T14:30:00.123Z INFO worker started
- Iso
- 2026-07-25T14:30:00.123Z
- Epoch (ms)
- 1.784.989.800.123
- Formato de saída
- iso8601
Arquivos de log nunca combinam como escrever um timestamp. Seu aplicativo emite ISO 8601, o host grava em syslog e o servidor web carimba tudo no formato common log do Apache, então juntar três fontes significa escrever de novo o mesmo código de parsing. Uma única chamada substitui uma pilha de regexes por formato e contas de fuso horário.
Três formatos, uma resposta normalizada
Cada fonte de log escolheu a própria convenção décadas atrás e nunca mudou. Carimbos ISO 8601 como 2026-07-25T14:30:00.123Z são inequívocos, mas apenas um dos formatos que você encontrará na prática. Linhas syslog conforme a RFC 3164 abrem com um carimbo como Jul 25 14:30:00 — sem ano, sem fuso horário, com um espaço duplo quando o dia tem um só dígito.
Os logs de acesso do Apache e do nginx no formato common log usam uma forma totalmente própria: 25/Jul/2026:14:30:00 +0200, com barras, dois-pontos e zona numérica. O parser de timestamps de log aceita o timestamp inicial de uma linha em qualquer um dos três formatos e responde com uma única string ISO 8601 UTC normalizada, os milissegundos epoch e o nome do formato reconhecido. Você deixa de ramificar o código pelo tipo de fonte: o que chegar, um único campo diz quando aconteceu.
Qualquer linha que não comece com um timestamp conhecido é rejeitada com um erro claro, em vez de uma data inventada, de modo que uma linha malformada falha ruidosamente a montante, em vez de corromper silenciosamente suas análises a jusante.
O que a normalização realmente significa
É na normalização que moram os bugs sutis, por isso as regras são declaradas com clareza. Uma entrada ISO 8601 com offset explícito, digamos 2026-07-25T16:30:00+02:00, é convertida para UTC e devolvida como 2026-07-25T14:30:00.000Z — o mesmo instante, uma grafia canônica. Um carimbo ISO sem zona alguma é assumido como UTC, o padrão menos surpreendente para logs de servidor.
A zona numérica obrigatória do Apache é respeitada exatamente. Segundos fracionários são preservados com precisão de milissegundos. A validação de calendário é estrita: 30 de fevereiro, uma 25ª hora ou um 61º segundo são erros, não viradas silenciosas para o dia seguinte, porque um pipeline de logs que aceita datas impossíveis acabará enganando você durante um incidente.
Feito para pipelines, determinístico por natureza
O parser é uma função pura: expressões regulares para reconhecer o formato e, depois, aritmética inteira de calendário para converter entre datas civis e o epoch. Ele nunca lê o relógio do sistema, nunca chama a rede e nunca depende do fuso horário da máquina em que roda, o que significa que a mesma entrada produz a mesma saída nos seus testes hoje e em produção daqui a um ano.
Esse determinismo importa quando você reprocessa logs arquivados por um novo pipeline e espera que a linha do tempo reconstruída coincida byte a byte com a original. Os usos típicos são normalizar arquivos de formatos mistos antes de carregá-los em um mecanismo de busca, alinhar eventos de logs de aplicação, sistema e servidor web em uma única linha do tempo UTC durante a análise de incidentes e validar se um shipper está carimbando as linhas no formato que seu coletor espera.
Casos de uso
Unir logs de fontes diferentes
Normalize carimbos ISO, syslog e Apache em uma única linha do tempo UTC antes de carregar arquivos mistos no seu armazenamento de logs.
Reconstruir a linha do tempo de um incidente
Alinhe cronologicamente eventos de aplicação, sistema e servidor web quando cada camada carimbou suas linhas de forma diferente.
Validar o formato de um log shipper
Verifique se as linhas que saem dos seus agentes realmente começam com o formato de timestamp que seu coletor espera, rejeitando linhas malformadas cedo.
Perguntas frequentes
Quanto custa?
O mesmo parser também roda grátis no seu navegador nesta página.
Quais formatos de timestamp são suportados?
ISO 8601 (com ou sem segundos fracionários e offset de fuso), syslog conforme a RFC 3164, como 'Jul 25 14:30:00', e o formato common log do Apache, como '25/Jul/2026:14:30:00 +0200'.
E se um timestamp não tiver fuso horário?
Ele é assumido como UTC. Carimbos com offset explícito são convertidos para UTC, de modo que toda resposta volta na mesma forma normalizada.
E se a linha não começar com um timestamp conhecido?
Datas impossíveis como 30 de fevereiro ou hora 25 são rejeitadas da mesma forma.
Meus dados de log ficam armazenados?
Não. A linha é processada em memória e descartada; apenas o timestamp normalizado é devolvido.
Ferramentas relacionadas
Para desenvolvedores — acesso via API
Tudo nesta página está disponível via API. Esta seção é para equipes que querem integrar a ferramenta aos próprios sistemas; quem não precisa disso pode simplesmente usar a ferramenta acima.
Endpoint
Autenticação por token Bearer. Um único POST coloca a tarefa na fila; o resultado chega por webhook ou link assinado.
Chame do seu código
curl -X POST https://api.kit.forhosting.com/dev/timestamp-log-parse \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"text":"2026-07-25T14:30:00.123Z INFO worker started"}'const res = await fetch("https://api.kit.forhosting.com/dev/timestamp-log-parse", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"text": "2026-07-25T14:30:00.123Z INFO worker started"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/dev/timestamp-log-parse",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"text": "2026-07-25T14:30:00.123Z INFO worker started"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/dev/timestamp-log-parse", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"text":"2026-07-25T14:30:00.123Z INFO worker started"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"text":"2026-07-25T14:30:00.123Z INFO worker started"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/dev/timestamp-log-parse", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Exemplo de requisição
{
"text": "2026-07-25T14:30:00.123Z INFO worker started"
}Exemplo de resposta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "dev.timestamp_log_parse",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}A API é assíncrona: cada chamada devolve um task_id na hora. Se preferir polling, consulte o status a até 1 requisição por segundo.
Preço
Preço publicado, sem tokens nem créditos escondidos. Tarefa que falha não é cobrada.
Limites
max_chars | 10000 |
Erros
| HTTP | Código | O que significa |
|---|---|---|
401 | unauthorized | Token ausente ou inválido. Confira o header Authorization. |
402 | insufficient_balance | Saldo insuficiente para esta tarefa. Faça uma recarga e tente de novo. |
404 | unknown_type | Esse tipo de tarefa não existe. Confira o campo type no catálogo. |
429 | rate_limited | Muitas requisições em pouco tempo. Espere um instante e tente de novo. |
Notas técnicas
Esta API recebe uma linha de log, lê o timestamp no início em qualquer um dos três formatos e o devolve normalizado para ISO 8601 UTC, junto com os milissegundos epoch e o formato reconhecido.
O que a normalização realmente significa
O ano ausente do syslog é o único ponto em que uma suposição é inevitável: a RFC 3164 simplesmente não o carrega, então o parser o preenche a partir do parâmetro default_year (2000, a menos que você passe outro) e marca o resultado com year_assumed: true, para que a própria saída admita a suposição.
Feito para pipelines, determinístico por natureza
O mesmo código roda grátis no seu navegador nesta página — cole uma linha, veja o resultado — e custa US$ 0,002 por requisição quando você o automatiza pela API, sem que nenhum arquivo ou linha seja retido depois que a resposta é devolvida.
Perguntas técnicas
O que acontece com linhas syslog que não trazem o ano?
O ano é preenchido a partir do parâmetro default_year (2000, a menos que você passe o seu) e o resultado é marcado com year_assumed: true, deixando a suposição visível na saída.