10 dígitos costuma significar segundos Unix para datas modernas.
Conversor de timestamp Unix
Cole um timestamp Unix para convertê-lo em hora local legível e UTC. Você também pode gerar o timestamp atual em segundos ou milissegundos para logs, APIs, bancos de dados e depuração.
Como usar
- Cole um timestamp ou clique em hora atual.
- Escolha segundos ou milissegundos.
- Veja a data local, a data UTC e o valor ISO 8601.
Por que timestamps Unix são úteis
Um timestamp Unix é neutro em relação a fusos horários: ele conta o tempo decorrido desde 1970-01-01 00:00:00 UTC. Isso o torna compacto, ordenável e confiável para troca de datas entre sistemas.
O erro mais comum é misturar segundos e milissegundos. JavaScript geralmente usa milissegundos, enquanto muitas APIs e bancos de dados usam segundos.
Timestamps Unix são comuns em APIs, logs, bancos de dados, exportações de analytics, JavaScript, Python, ferramentas Linux e linhas do tempo de incidentes. São compactos, mas difíceis de ler sem conversão.
O erro mais comum é usar a precisão errada. Um valor com dez dígitos geralmente está em segundos, treze dígitos em milissegundos, e valores maiores em microsegundos ou nanosegundos.
Para depurar, compare hora local, hora UTC, string ISO 8601 e timestamp bruto juntos. Isso facilita encontrar erros de fuso horário, horário de verão e fator 1000.
Ao compartilhar timestamps com outro desenvolvedor, inclua a unidade e um valor ISO. Um número sozinho pode ser ambíguo, mas “1779244818 segundos / 2026-05-19T…” deixa o instante muito mais claro.
O tempo Unix costuma ser armazenado em UTC, mas pessoas leem datas em horário local. Mostrar as duas visões lado a lado é importante quando o servidor está em UTC, o usuário nas Américas e o suporte na Europa ou Índia.
JavaScript retorna milissegundos com Date.now(), PostgreSQL e muitas APIs costumam expor segundos, e alguns fluxos de eventos usam microsegundos ou nanosegundos. Conferir o número de dígitos evita muitas datas falsas.
O problema de 2038 afeta sistemas antigos que armazenam Unix time como inteiro assinado de 32 bits. Sistemas modernos de 64 bits evitam esse limite, mas dispositivos embarcados, bancos legados e formatos antigos ainda podem ser afetados.
Converter timestamps ajuda em incidentes porque logs de sistemas diferentes usam formatos diferentes. Um serviço pode imprimir ISO UTC, outro milissegundos Unix e uma exportação de banco segundos.
Ao investigar um bug, converta o timestamp e compare com o fuso do usuário, o fuso do servidor e a linha do tempo de deploys. Muitos erros de “hora errada” são problemas de exibição ou unidade.
Em exportações de analytics, um timestamp pode representar criação do evento, ingestão, processamento ou geração do relatório. O número sozinho não explica isso; nomes de colunas e documentação importam.
Se você armazena timestamps, mantenha o valor UTC bruto e formate apenas na camada de exibição. Isso evita perda de informação quando usuários viajam, mudam de fuso ou veem eventos antigos.
Como identificar a unidade
13 dígitos costuma significar milissegundos Unix vindos de JavaScript ou APIs do browser.
16 ou 19 dígitos aparecem muitas vezes em bases de dados, tracing ou pipelines de alta precisão; a contagem de dígitos é uma heurística, por isso confirme com uma data conhecida.
Fluxos seguros para programadores
- Normalize timestamps em UTC antes de comparar serviços ou logs.
- Converta para hora local legível apenas na camada de apresentação ou durante debugging específico.
- Se não tiver a certeza da unidade, use deteção automática como primeiro passo e confirme com um evento ou linha de log conhecida.
Onde os erros costumam acontecer
- Passar milissegundos para um sistema que espera segundos gera datas muito no futuro.
- Ler um valor local como se fosse UTC pode deslocar eventos por várias horas.
- Perto de mudanças de horário de verão, manter UTC até à apresentação final é a opção mais segura.
Exemplos práticos
O timestamp 1717243200 é 2024-06-01 12:00:00 UTC quando lido como segundos.
O valor 1717243200000 representa o mesmo instante quando lido como milissegundos.
Se a data convertida cair no ano 56387, provavelmente tratou milissegundos como segundos.
Perguntas frequentes
O que é a época Unix?
É 1970-01-01 00:00:00 UTC, o ponto zero a partir do qual timestamps Unix contam.
Devo usar segundos ou milissegundos?
Use a unidade esperada pelo seu sistema. JavaScript Date usa milissegundos; timestamps Unix clássicos geralmente usam segundos.
Como reconhecer segundos e milissegundos?
Timestamps atuais em segundos geralmente têm 10 dígitos, enquanto milissegundos costumam ter 13. Trate isso como pista, não prova: confirme a data convertida com um evento, log ou intervalo esperado.
Por que minha hora local difere de UTC?
UTC é a referência global. A hora local aplica o deslocamento do seu fuso e pode incluir horário de verão.
Para que serve ISO 8601?
ISO 8601 é um formato legível e ordenável usado por APIs, bancos de dados, logs e documentação.
O que é o problema de 2038?
Alguns sistemas antigos armazenam Unix time em inteiro assinado de 32 bits, que estoura em janeiro de 2038. Sistemas modernos de 64 bits evitam isso.