Convertitore di timestamp

Informazioni sui timestamp Unix

Un timestamp Unix conta i secondi (o i millisecondi) trascorsi dal 1° gennaio 1970 UTC — l'"epoch". È un singolo numero che rappresenta in modo univoco un istante nel tempo, indipendentemente dal fuso orario o dal formato del calendario, motivo per cui la maggior parte dei sistemi memorizza e scambia internamente le date in questo modo.

Il tempo Unix ignora notoriamente i secondi intercalari — ogni giorno è definito come esattamente 86.400 secondi, quindi i rari secondi intercalari che tengono gli orologi allineati con la rotazione terrestre vengono semplicemente assorbiti anziché contati, motivo per cui il tempo Unix viene talvolta definito "quasi lineare" anziché davvero lineare. Un limite più pratico: la tradizionale rappresentazione con segno a 32 bit del tempo Unix va in overflow il 19 gennaio 2038 — il cosiddetto problema dell'anno 2038 —, sebbene la maggior parte dei sistemi odierni memorizzi i timestamp come valori a 64 bit, il che sposta lo stesso overflow di circa 292 miliardi di anni.

Dove lo incontrerai

• Leggere un campo created_at o expires_at da una risposta API o da una riga di database
• Eseguire il debug del motivo per cui il claim exp o iat di un JWT non corrisponde a quanto previsto
• Convertire il timestamp di un log nel proprio orario locale durante l'analisi di un incidente
• Verificare se una cache, un token o una sessione sono effettivamente scaduti

Domande frequenti

Come faccio a sapere se un timestamp è in secondi o millisecondi?
I timestamp in secondi per date recenti sono lunghi 10 cifre; quelli in millisecondi 13. Questo strumento rileva automaticamente quale hai incollato.

Perché il mio timestamp sembra "sbagliato" di qualche ora?
Un timestamp Unix in sé non ha fuso orario — è un istante esatto. Ciò che cambia è il modo in cui viene visualizzato: le righe UTC e Locale qui mostrano lo stesso istante, semplicemente formattato per due fusi orari diversi.

Questo gestisce anche le date precedenti al 1970?
Sì — i timestamp negativi rappresentano istanti precedenti all'epoch, e questo strumento li analizza e visualizza nello stesso modo.

Cos'è il problema dell'anno 2038?
Un tradizionale timestamp Unix con segno a 32 bit può contare solo fino a 2.147.483.647 secondi dopo l'epoca, raggiunti alle 03:14:07 UTC del 19 gennaio 2038 — un secondo dopo va in overflow e passa a un numero negativo, tipicamente letto come una data nel 1901. Sono colpiti i sistemi che usano ancora timestamp a 32 bit (alcuni sistemi embedded e software vecchio a 32 bit); la maggior parte dei sistemi moderni a 64 bit memorizza già i timestamp in 64 bit, il che rimanda lo stesso overflow ben oltre qualsiasi orizzonte pratico.