Conversor de carimbo de data/hora

O que é um carimbo de data/hora Unix?#

Um carimbo de data/hora Unix conta os segundos decorridos desde 1970-01-01 00:00:00 UTC — a chamada era Unix. É a língua franca de registros, bases de dados, APIs e metadados de arquivos porque é um único número inteiro, sem fuso horário, sem locale e sem ambiguidade de horário de verão. 1700000000 designa o mesmo instante em Tóquio, Londres e Lima; uma string de relógio como “2023-11-14 14:13:20” não consegue afirmar o mesmo enquanto não disser de quem é o relógio e qual é o desvio.

Apanha-se o fato de duas convenções coexistirem na natureza. A hora Unix clássica conta em segundos (10 dígitos hoje, como 1700000000). Já o Date do JavaScript, o System.currentTimeMillis() do Java e a maior parte do código frontend contam em milissegundos (13 dígitos, como 1700000000000). Confunda os dois e o seu “há 5 minutos” passa a “há 5 000 minutos”. Esta página detecta automaticamente qual delas colou e mostra lado a lado todas as representações comuns daquele instante, para que possa copiar o formato que o sistema a jusante espera.

Como usar#

1. Escreva ou cole um valor no campo Entrada. Pode colar um número puro (segundos ou milissegundos — a ferramenta decide pela ordem de grandeza) ou uma string de data legível como 2026-07-26T12:00:00Z. O texto de exemplo mostra ambas as formas.
2. Use conforme necessário os três botões por baixo do campo: now() preenche o instante atual em milissegundos, Exemplo carrega um valor de referência, Limpar esvazia o campo.
3. Leia o painel de resultado. Cada linha é uma forma canónica do mesmo instante: ISO 8601 (a string UTC sufixada com Z que as APIs esperam), Segundos (hora Unix), Milissegundos (estilo JS), UTC (UTC legível) e Local (o instante renderizado no fuso horário do seu navegador).

Principais recursos#

• Deteção de unidade por ordem de grandeza. Qualquer valor numérico inferior a 10 000 000 000 é lido como segundos; tudo o que for superior, como milissegundos. Essa fronteira situa-se por volta do ano 2286 para segundos e de 1970 para milissegundos, pelo que qualquer valor atual realista é classificado corretamente, sem botões de opção.
• Aceita números e strings de data. Cole 1700000000, 1700000000000 ou uma data em formato ISO/HTTP — o analisador trata tudo e devolve um erro claro se a string não for uma data real.
• Cinco formas de saída de uma só vez. ISO 8601, segundos Unix, milissegundos Unix, UTC por extenso e hora local por extenso — copia assim a representação exata de que a base de dados, a linha de registro ou o frontend precisa, sem reformatar à mão.
• 100% no lado do cliente. Nada é enviado para lado nenhum; a conversão é apenas aritmética sobre Date no seu navegador.

Exemplo detalhado#

Cole 1700000000 (um valor redondo de 10 dígitos — claramente segundos). O painel resolve esse único instante em:

ISO 8601:  2023-11-14T22:13:20.000Z
Seconds:   1700000000
Millis:    1700000000000
UTC:       November 14, 2023 at 10:13:20 PM UTC
Local:     (rendered in your own timezone)

Agora cole 1700000000000 (três zeros a mais — milissegundos). Como o valor agora ultrapassa o limiar de 1e10, é lido como milissegundos e resolve-se no mesmo instante — o painel é idêntico. É exatamente para isso que serve a regra da grandeza: o mesmo momento, expresso numa ou noutra convenção, decodifica-se numa resposta sem ambiguidade.

Perguntas frequentes#

Como é que a ferramenta decide entre segundos e milissegundos?#

Pelo tamanho. Um valor de 10 dígitos como 1700000000 é inferior a 10 mil milhões, logo é tratado como segundos; um valor de 13 dígitos como 1700000000000 está acima desse corte, logo é tratado como milissegundos. O corte é seguro porque 10 mil milhões de segundos caem no ano 2286, ao passo que 10 mil milhões de milissegundos caem no início de 1970 — nenhum carimbo plausível cai na zona ambígua.

Porque é que a minha hora local difere da de outra pessoa?#

A linha Local renderiza o instante no fuso horário configurado no seu sistema operativo. A linha UTC é absoluta. Duas pessoas que colem o mesmo carimbo verão as mesmas linhas UTC e ISO, mas linhas Locais diferentes — o que está correto, porque o instante é o mesmo e só o relógio de parede muda.

O carimbo que recebi do meu backend tem 13 dígitos — está errado?#

Não, são apenas milissegundos. Muitos runtimes (JavaScript, Java, algumas bibliotecas Python) usam por padrão precisão de milissegundo. Escreva-o tal qual no campo; a ferramenta deteta a grandeza e dá-lhe, na linha Segundos, o valor correspondente de 10 dígitos para qualquer sistema que espere a hora Unix clássica.