Conversor de Timestamp

Um timestamp é um valor numérico representando um tempo específico. O timestamp Unix é o número de segundos passados desde 1 de janeiro de 1970 00:00:00 UTC (chamado Epoch Unix). É a forma padrão de representar tempo em sistemas computacionais, com consistência entre plataformas e fusos horários. Timestamps são divididos em nível de segundos (10 dígitos) e nível de milissegundos (13 dígitos). Timestamps de segundos são comumente usados em sistemas Unix/Linux, enquanto milissegundos são comuns em JavaScript e outras linguagens de programação. Com timestamps, a primeira pergunta é se o valor está em segundos, milissegundos ou horário local formatado. Timestamps Unix representam instantes independentes de fuso, mas a exibição como data depende de fuso horário e horário de verão. A ferramenta é útil para depurar logs, APIs, bancos, expiração de cache e eventos agendados. Em comunicação com usuários, o fuso deve aparecer claramente para evitar datas locais diferentes.

Um timestamp Unix conta o tempo decorrido desde o Epoch Unix, definido como 1970-01-01T00:00:00Z, que é o ponto zero que o tempo POSIX usa para rotular cada instante posterior. O tempo POSIX ignora deliberadamente os segundos bissextos: cada dia civil é tratado como exatamente 86.400 segundos, então dois timestamps que abrangem uma inserção de segundo bissexto terão um segundo de diferença em relação a uma contagem estrita de relógio atômico, mas a troca é que a conversão entre segundos do epoch e campos de calendário UTC permanece um divmod limpo por 86.400. Os dois formatos que aparecem diariamente são segundos (10 dígitos hoje, ex.: 1717000000) e milissegundos (13 dígitos, ex.: 1717000000000). O Date.now() do JavaScript retorna milissegundos desde o epoch e `new Date(ms)` espera milissegundos, enquanto o `date +%s` do Unix, o time.Unix do Go e a maioria das colunas TIMESTAMP de bancos de dados usam segundos. A detecção por comprimento é a desambiguação usual: um valor de 10 dígitos cai na faixa 2001-2286 quando lido como segundos, e o mesmo valor lido como milissegundos estaria dentro de 1970. Exibir um timestamp requer um fuso horário. O UTC é escrito com o sufixo `Z`; outros offsets usam `±HH:MM` (ex.: `+08:00` para Hora Padrão da China, `-05:00` para Hora Padrão do Leste dos EUA). O ISO 8601 permite vários separadores opcionais enquanto o RFC 3339 é um perfil mais restrito que os fixa, é por isso que especificações de API geralmente exigem RFC 3339 com um offset explícito. Sistemas legados que armazenam segundos do epoch em um inteiro com sinal de 32 bits sofrem overflow no valor máximo positivo 2147483647, que decodifica para 2038-01-19T03:14:07Z (o problema Y2038); o armazenamento de 64 bits empurra o limite muito além da relevância humana.

• O Epoch Unix é fixado em 1970-01-01T00:00:00Z e o tempo POSIX ignora segundos bissextos, então cada dia é tratado como exatamente 86.400 segundos.
• O Date.now() do JavaScript retorna milissegundos; `Math.floor(Date.now() / 1000)` converte para timestamp em nível de segundos.
• Limite Y2038: timestamp com sinal de 32 bits sofre overflow em 2147483647 = 2038-01-19T03:14:07Z; armazenamento de 64 bits evita isso.
• ISO 8601 vs RFC 3339: RFC 3339 é um perfil ISO 8601 mais restrito que exige um offset explícito (`Z` ou `±HH:MM`) e é preferido para APIs e logs.
• O Date do ECMAScript é limitado a ±100.000.000 dias do epoch (≈ ±273.785 anos), é por isso que `new Date(8,64e15)` e `new Date(-8,64e15)` são os limites absolutos.
• Os claims JWT `exp`, `iat` e `nbf`, o `Cache-Control: max-age` e o Cookie `Expires` usam todos segundos Unix (RFC 7519, RFC 7234), então some/subtraia diretamente com `Math.floor(Date.now()/1000)`.
• O fuso horário afeta a data/hora renderizada, mas não o valor do timestamp em si; o mesmo segundo de epoch é renderizado como horários de parede diferentes em UTC+8 e UTC-5.