Convertitore di timestamp Unix

Un timestamp Unix conta i secondi trascorsi dalla mezzanotte UTC del 1º gennaio 1970. È il formato che quasi ogni file di log, database e API usa internamente, perché è un numero unico senza fuso orario attaccato e senza ambiguità di formattazione.

La difficoltà quotidiana è che è illeggibile, e che sistemi diversi usano scale diverse: gli strumenti Unix usano i secondi, JavaScript i millisecondi e alcuni database i microsecondi o i nanosecondi. Sbaglia la scala di un fattore mille e la tua data finisce nel 1970 o cinquantamila anni nel futuro. Questo strumento converte in entrambe le direzioni a ogni scala e mostra il risultato nel tuo fuso orario, in UTC e in ISO 8601 tutto insieme.

Come si usa questo strumento

1. Incolla il timestamp. Imposta l'unità in base alla sua scala: un numero di 10 cifre è in secondi, uno di 13 in millisecondi.
2. Leggi i risultati: ISO 8601, UTC, la tua ora locale, un formato leggibile e una descrizione relativa.
3. Per fare il percorso inverso, scegli data e ora nel campo apposito e compare il timestamp.
4. Premi Adesso per il timestamp corrente nell'unità scelta; sotto il campo scorre anche un contatore in tempo reale.
5. Copia il timestamp oppure la stringa ISO.

Esempio pratico

Quando serve

• Leggere i timestamp nei log delle applicazioni
• Controllare i claim iat ed exp di un JWT
• Lavorare con colonne di database salvate come interi epoch
• Impostare un orario di taglio in una query API
• Convertire fra fusi orari durante un incidente
• Diagnosticare date sbagliate di un fattore mille

Errori comuni

• Confondere secondi e millisecondi — È il bug sui timestamp più comune che esista. Dieci cifre sono secondi, tredici sono millisecondi: controlla la lunghezza prima di ogni altra cosa.
• Pensare che un timestamp porti con sé un fuso orario — Non lo fa mai. Un valore epoch è sempre UTC; il fuso orario si applica solo quando viene formattato per essere mostrato.
• Salvare l'ora locale invece dell'epoch — Le ore locali si rompono al cambio dell'ora legale, quando un'ora si ripete e un'altra non esiste. Salva epoch o un tipo che gestisca il fuso orario.
• Ignorare il problema del 2038 — Un timestamp a 32 bit con segno va in overflow il 19 gennaio 2038. Tutto ciò che usa ancora un intero a 32 bit per il tempo deve passare a 64 bit.

Domande frequenti

Un timestamp Unix è in UTC?

Sempre. È il conteggio dei secondi da un istante fisso, senza nessuna componente di fuso orario. I fusi si applicano solo quando lo si converte in una data leggibile, ed è proprio per questo che i timestamp sono la cosa sicura da salvare.

Come distinguo i secondi dai millisecondi?

Conta le cifre. Dieci cifre sono secondi per qualsiasi data fra il 2001 e il 2286. Tredici sono millisecondi. Sedici sono microsecondi e diciannove nanosecondi.

Cos'è l'ISO 8601 e perché usarlo?

È un formato testuale standard, tipo 2026-09-15T14:30:00Z. Si ordina correttamente anche come testo semplice, non lascia dubbi sul fuso orario e viene interpretato allo stesso modo ovunque, a differenza dei formati locali dove 03/04 può essere il 3 aprile o il 4 marzo.

Gestisce le date prima del 1970?

Sì. I timestamp precedenti all'epoch sono negativi: inserisci il numero negativo oppure scegli direttamente la data.

Perché la mia ora locale differisce da UTC di una quantità strana?

Non tutti gli scarti sono di un'ora intera. L'India è UTC+5:30, il Nepal UTC+5:45 e diverse aree si spostano di mezz'ora per l'ora legale. Il fuso orario del tuo browser è indicato sotto il campo della data.

Cosa succede nel 2038?

I sistemi che salvano il tempo come intero a 32 bit con segno vanno in overflow il 19 gennaio 2038 e tornano al 1901. I sistemi moderni usano valori a 64 bit, che bastano per molto più tempo di qualunque altra cosa.

Ultimo aggiornamento 2026-09-15