Conversor de Unix timestamp

O tempo Unix conta segundos desde 1º de janeiro de 1970 00:00:00 UTC - a "época Unix". Os desenvolvedores o usam em APIs, bancos de dados e arquivos de log porque é neutro em relação ao fuso horário no momento do armazenamento. A exibição sempre requer a escolha de um fuso horário para humanos.

Alguns sistemas armazenam milissegundos em vez de segundos – valores de 13 dígitos são milissegundos; Os valores de 10 dígitos são segundos. Esta ferramenta detecta automaticamente com base na magnitude.

Exemplo: 1722384000 segundos = 31 de julho de 2024 00:00:00 UTC. Para converter de volta, escolha uma data e hora local – o valor Unix depende do deslocamento do seu fuso horário em relação ao UTC.

Tempo Unix = segundos desde 01/01/1970 00:00:00 UTC. O armazenamento é neutro em relação ao fuso horário; a exibição precisa de um fuso horário.

Valores acima de 1e12 tratados como milissegundos; menor que segundos.

Exemplo resolvido: 1722384000 s = 31 de julho de 2024 00:00:00 UTC.

A conversão é exibida no fuso horário local do navegador — confirme o fuso horário ao depurar logs de produção.

Data → Unix depende do deslocamento local do UTC para a data e hora inserida.

Tempo Unix = segundos desde 01/01/1970 00:00:00 UTC. O armazenamento é neutro em relação ao fuso horário; a exibição precisa de um fuso horário.

Valores acima de 1e12 tratados como milissegundos; menor que segundos.

Exemplo resolvido: 1722384000 s = 31 de julho de 2024 00:00:00 UTC.

A conversão é exibida no fuso horário local do navegador — confirme o fuso horário ao depurar logs de produção.

Data → Unix depende do deslocamento local do UTC para a data e hora inserida.

Às vezes, as APIs JSON retornam carimbos de data e hora como strings – retire as aspas antes de converter os números aqui.

Carimbos de data e hora de milissegundos são comuns em JavaScript (Date.now), enquanto as ferramentas Unix geralmente esperam segundos – divida ou multiplique por 1.000 ao canalizar dados entre sistemas.

Os carimbos de data/hora negativos anteriores a 1970 são válidos em muitos sistemas — confirme a assinatura da sua biblioteca ao depurar arquivos de log legados.

Segundos bissextos e deslocamentos de fuso horário não alteram o número inteiro subjacente - sempre rotule se você exibe UTC ou hora civil local.

As linguagens de programação podem armazenar carimbos de data e hora como números inteiros de 32 ou 64 bits – observe o estouro do ano 2038 em sistemas legados de 32 bits.