schedule Conversor de Timestamp Unix star

Como Funciona

Um timestamp Unix conta os segundos inteiros decorridos desde 00:00:00 UTC de 1º de janeiro de 1970 — um ponto de referência fixo chamado epoch. O número 1.784.000.000 cai em julho de 2026; cada segundo desde 1970 tem seu próprio inteiro exclusivo, sem noção alguma de fuso horário, mês do calendário ou horário de verão embutida. É exatamente por isso que bancos de dados, APIs e arquivos de log armazenam o tempo dessa forma: dois servidores em lados opostos do planeta calculam o mesmo timestamp para o mesmo instante, e ordenar timestamps numericamente equivale a ordená-los cronologicamente — sem necessidade de nenhuma lógica de interpretação de data.

Converter um timestamp em uma data legível por humanos significa interpretar esse inteiro em relação a um fuso horário específico: o instante subjacente não muda, apenas a forma como é exibido. Esta ferramenta mostra tanto seu fuso horário local quanto o UTC lado a lado, para que uma discrepância seja fácil de notar — por exemplo, o timestamp 1784000000 lê-se como 2026-07-13 22:13:20 UTC, que se torna 2026-07-14 01:13:20 em UTC+3. Na direção contrária — de data legível para timestamp — a mesma lógica se aplica ao inverso: a ferramenta pega os campos de data que você digita, trata-os como pertencentes ao fuso horário selecionado e calcula o inteiro epoch equivalente. Segundos e milissegundos são detectados automaticamente pela quantidade de dígitos, então colar qualquer um dos dois formatos funciona sem configuração.

O Que Você Deve Saber

Um inteiro clássico de 32 bits com sinal só consegue contar até 2.147.483.647 segundos após o epoch, o que é atingido às 03:14:07 UTC de 19 de janeiro de 2038 — o chamado "problema do ano 2038". Sistemas que ainda armazenam timestamps em 32 bits darão a volta para um número negativo nesse instante, em espírito semelhante ao bug do Y2K. Sistemas modernos de 64 bits armazenam o mesmo valor em um inteiro muito maior e permanecem válidos por cerca de 292 bilhões de anos, então bancos de dados, sistemas operacionais e linguagens contemporâneos não são afetados. Timestamps negativos também são válidos — eles simplesmente codificam datas anteriores a 1º de janeiro de 1970, contando para trás. Outro detalhe sutil que vale saber: um segundo bissexto é ocasionalmente inserido no UTC para mantê-lo alinhado com a rotação da Terra, mas o padrão de timestamp Unix ignora completamente os segundos bissextos, tratando cada dia como exatamente 86.400 segundos — o que mantém a aritmética de timestamp simples, ao custo de não ser astronomicamente exato.

Timestamps Unix aparecem constantemente no desenvolvimento do dia a dia: tokens JSON Web codificam sua expiração como uma claim exp em segundos epoch, cabeçalhos de cache HTTP e cookies costumam definir a expiração da mesma forma, e sistemas de agendamento comparam o epoch atual com um valor alvo para decidir quando disparar. Como o formato é apenas um inteiro, a aritmética de datas sobre ele é trivial: somar 86.400 a um timestamp sempre significa exatamente um dia depois em UTC, independentemente do mês ou ano bissexto em que caia — algo que a aritmética de datas de calendário torna muito mais propensa a erros. É também por isso que quase toda linguagem de programação expõe uma função simples para ler o "agora" como timestamp — o time() do PHP, o Date.now() do JavaScript, o time.time() do Python — e por que comparar dois timestamps como números simples já basta para saber qual evento aconteceu primeiro, não importa em que lugar do mundo cada um ocorreu.