Timestamp Unix convertido para ISO
- Entrada
- 1712345678
- Saída esperada
- 2024-04-05T19:34:38.000Z
Sempre 3 casas decimais e sufixo Z, mesmo quando o timestamp de entrada é dado em segundos inteiros sem milissegundos.
formato data ISO 8601
ISO 8601 não é um formato único, é uma família de representações válidas, e boa parte da confusão em APIs vem de sistemas diferentes usarem partes distintas dessa família. Esta página foca na estrutura que Unix timestamp e ISO 8601 compartilham, e no perfil mais restrito que a maioria dos protocolos de internet realmente aceita.
Sempre 3 casas decimais e sufixo Z, mesmo quando o timestamp de entrada é dado em segundos inteiros sem milissegundos.
-03:00 e Z descrevem o mesmo instante, só a representação de texto muda; o timestamp Unix resultante é idêntico.
Data por semana existe no padrão completo, mas fica fora do perfil que APIs JSON e a maioria dos parsers de data aceitam.
É o número de segundos (ou milissegundos, em JavaScript) decorridos desde 1 de janeiro de 1970 às 00:00:00 UTC. Também chamado de Epoch time ou POSIX time, é o formato universal para representar instantes de tempo em sistemas computacionais.
Não, semanticamente são o mesmo instante: ambos marcam offset zero, ou seja, UTC. Z é a notação compacta (Zulu, do alfabeto fonético militar), +00:00 é a forma explícita de offset. RFC 3339 aceita as duas, mas toISOString() do JavaScript, que este conversor usa, sempre emite Z, nunca +00:00.
Porque RFC 3339, o perfil de ISO 8601 que RFC 8259 (o padrão de JSON) referencia, exclui de propósito datas por semana, datas ordinais e formatos truncados. Um parser JSON estrito só reconhece o formato calendário completo com T e indicador de fuso, então enviar 2024-W15-5 quebra a maioria das bibliotecas de data.
Não. -03:00 e Z descrevem o mesmo instante em textos diferentes; o timestamp Unix (segundos ou milissegundos desde 1970-01-01T00:00:00Z) é sempre relativo a UTC e não carrega fuso horário nenhum. O offset só importa na hora de formatar a data para leitura humana.