Conversor de timestamp

Um timestamp Unix é simplesmente o número de segundos decorridos desde meia-noite UTC de 1º de janeiro de 1970 — um ponto de referência arbitrário escolhido décadas atrás que desde então se tornou o padrão quase universal para representar um ponto no tempo dentro de um sistema de computador. O apelo é que reduz uma data e hora a um único inteiro fácil de comparar e armazenar: verificar se um momento é anterior a outro é uma simples comparação numérica em vez de um cálculo de calendário, e armazená-lo ocupa uma quantidade fixa e previsível de espaço não importa em qual século a data caia. É por isso que fundamenta tudo, de colunas de timestamp em bancos de dados a respostas de API e entradas de arquivo de log, mesmo que o número bruto não tenha nenhum significado para uma pessoa olhando diretamente para ele — que é a razão inteira pela qual um conversor como este existe.

Um timestamp Unix representando o momento atual em segundos tem dez dígitos de comprimento, e o mesmo instante expresso em milissegundos tem treze — três dígitos adicionais para precisão de milésimos. Essa diferença de comprimento é a forma rápida e confiável de identificar em qual unidade um determinado número está, e também explica os dois modos de falha mais comuns e confusos ao fazer a suposição errada. Passar um valor em milissegundos para código que espera segundos multiplica a data aparente por aproximadamente mil, caindo em algum lugar no ano 55000 — espetacular e obviamente errado. Passar um valor em segundos para código que espera milissegundos faz o oposto: divide o tempo decorrido real por aproximadamente mil, o que faz a data interpretada cair em algum lugar de 1970, próximo o bastante de uma data plausível para às vezes ser confundido com um erro genuíno em outro lugar em vez de um descompasso de unidades.

Um timestamp Unix bruto não carrega nenhuma informação de fuso horário de jeito nenhum — é simplesmente uma contagem de segundos decorridos, idêntica em qualquer lugar da Terra em um dado instante — e o momento de convertê-lo para uma data legível é onde um fuso horário precisa ser escolhido para propósitos de exibição. Armazenar e registrar eventos usando UTC (ou o próprio timestamp bruto, que é independente de fuso horário por definição) significa que cada registro em um sistema representa exatamente o mesmo instante não importa em qual fuso horário o servidor, o banco de dados, ou a pessoa lendo o registro por acaso esteja. Converter para horário local é uma decisão da camada de exibição tomada apenas quando um humano está realmente olhando o valor, por isso esta ferramenta separa os dois claramente: UTC e ISO 8601 como os valores que vale a pena armazenar e comparar, horário local como a versão que vale a pena ler.

Uma quantidade significativa de infraestrutura mais antiga — código C legado, alguns sistemas embarcados, certos tipos de coluna de banco de dados mais antigos — armazena um timestamp Unix em um inteiro com sinal de 32 bits, que tem um teto rígido: transborda às 03:14:07 UTC de 19 de janeiro de 2038 e volta para uma data de 1901, um erro com a mesma forma subjacente que o problema do Y2K mas enraizado em limites de inteiros binários em vez de anos de dois dígitos. JavaScript representa números como valores de ponto flutuante de 64 bits, que têm muito mais margem e não estão sujeitos a esse transbordamento específico, então um timestamp calculado nesta ferramenta não é afetado — a preocupação se aplica a qualquer sistema que originalmente produziu o timestamp sendo convertido, não à conversão que acontece aqui.