Converti un timestamp Unix epoch in secondi, millisecondi, microsecondi o nanosecondi in una data in UTC o in uno dei principali fusi orari del mondo, e una data di nuovo in timestamp.
Nulla di ciò che inserisci viene memorizzato: viene convertito e restituito nella stessa richiesta.
Log, database e API memorizzano l'ora come timestamp Unix: i secondi trascorsi dal 1 gennaio 1970 UTC. Incollane uno per vedere la data e l'ora reali nel tuo fuso orario, oppure trasforma una data nel timestamp che serve a una query o a una chiamata API.
Il timestamp di una data attuale ha 10 cifre in secondi (1767225600 è il 1 gennaio 2026, 00:00 UTC), 13 in millisecondi, 16 in microsecondi e 19 in nanosecondi. Lo strumento guarda la grandezza: i valori sotto 10^11 sono letti come secondi, sotto 10^14 come millisecondi, sotto 10^17 come microsecondi e quelli più grandi come nanosecondi. Date.now() di JavaScript e la maggior parte delle API Java restituiscono millisecondi; gli strumenti Unix, time.time() di Python e la maggior parte dei database restituiscono secondi. Puoi impostare l'unità a mano.
Un timestamp Unix è sempre in UTC; il fuso conta solo quando lo si mostra a una persona. Nel senso opposto, un'ora locale può essere ambigua: quando gli orologi tornano indietro le 01:30 capitano due volte, e quando vanno avanti le 02:30 non esistono. Lo strumento avvisa in entrambi i casi invece di sceglierne una in silenzio, che è la causa abituale di un report sfasato di un'ora due volte l'anno.
Un timestamp negativo è una data precedente al 1970: -86400 è il 31/12/1969 alle 00:00 UTC. Lo strumento accetta qualsiasi istante da -62135596800 (01/01/0001 00:00:00 UTC) a 253402300799 (31/12/9999 23:59:59 UTC). I decimali restano come frazioni di secondo, quindi 1700000000.5 è il 14/11/2023 alle 22:13:20.5 UTC. Il riconoscimento guarda solo la grandezza, perciò un valore in millisecondi precedente al 03/03/1973 ha al massimo 11 cifre e viene letto come secondi: 86400000 mostra il 27/09/1972 invece del 02/01/1970. Per valori vecchi come questo scegli l'unità Millisecondi.
In Excel o Google Sheets, =A1/86400+DATE(1970,1,1) trasforma i secondi della cella A1 in una data UTC (dividi per 86400000 per i millisecondi); formatta la cella come data e ora. Un Excel in italiano vuole DATA e il punto e virgola: =A1/86400+DATA(1970;1;1). Per l'ora locale aggiungi lo scarto UTC in ore diviso per 24, per esempio +1/24 per Roma in inverno. =(A1-DATE(1970,1,1))*86400 fa il percorso inverso, da data a secondi. In PostgreSQL to_timestamp(1700000000) restituisce un timestamptz ed EXTRACT(EPOCH FROM colonna) torna indietro; in MySQL FROM_UNIXTIME(1700000000) e UNIX_TIMESTAMP(colonna) usano il fuso orario della sessione. Incolla qui lo stesso valore per verificare una formula: 1700000000 deve dare 14/11/2023 22:13:20 UTC.
Probabilmente il valore era in secondi ma è stato letto come millisecondi, oppure era 0 o vuoto nel sistema di origine. Una data di gennaio 1970 indica quasi sempre un valore mancante, non un evento reale.
No. Il tempo Unix ignora i secondi intercalari, quindi ogni giorno dura esattamente 86.400 secondi. È così che computer, database e API memorizzano l'ora.
Conta le cifre. Oggi un timestamp in secondi ha 10 cifre e uno in millisecondi ne ha 13. Il convertitore lo riconosce da solo, e puoi anche impostare tu l'unità.
No. Conta i secondi da un unico istante in UTC, quindi lo stesso timestamp indica lo stesso momento ovunque. Solo il modo in cui viene mostrato dipende dal fuso orario.
I sistemi che memorizzano il timestamp come numero a 32 bit con segno vanno in overflow il 19/01/2038. Questo convertitore usa numeri a grandezza piena e gestisce date fino all'anno 9999.
In JavaScript, Math.floor(Date.now() / 1000) restituisce i secondi; Date.now() da solo restituisce i millisecondi. In Python, int(time.time()). In una shell Linux o macOS, date +%s. In PostgreSQL, EXTRACT(EPOCH FROM now()) (con decimali), e in MySQL, UNIX_TIMESTAMP(). L'orologio in tempo reale di questa pagina mostra lo stesso valore in secondi, pronto da copiare.
40 fusi comuni del database dei fusi orari IANA, ciascuno con il nome di una città, da UTC e Asia/Kolkata (India) ad America/Los_Angeles e Pacific/Auckland. Ogni fuso applica le proprie regole dell'ora legale per la data convertita. Il fuso del browser è preselezionato se è nell'elenco; altrimenti la pagina parte da UTC. Se la tua città manca, scegli una città dell'elenco con la stessa ora oggi, per esempio Europe/Rome per Milano.
Usa entrambe le schede. Scegli Asia/Kolkata come fuso orario, inserisci 14/11/2023 e 10:00 in Data in timestamp e premi Converti: ottieni 1699936200. Incollalo in Timestamp in data, poi cambia il fuso orario in America/New_York. Timestamp in data mostra ora 13/11/2023 23:30:00 con scarto UTC -05:00, la sera prima a New York. L'ora legale si applica in base alla data inserita, quindi le 10:00 in India del 14/07/2023 sono le 00:30 del 14/07/2023 a New York, a -04:00. Cambiando fuso, anche la data inserita in Data in timestamp viene riletta come ora di New York, quindi prendi la risposta da Timestamp in data.
Attributi come lastLogonTimestamp e pwdLastSet sono valori FILETIME di Windows: intervalli di 100 nanosecondi dal 01/01/1601 UTC, non tempo Unix. Incollato così com'è, 133446720000000000 viene letto come nanosecondi e mostra 25/03/1974. Prima dividi per 10000000 e sottrai 11644473600: il risultato, 1700198400, è il 17/11/2023 05:20:00 UTC. In Excel, =A1/864000000000-109205 dà la stessa data e ora UTC; in PowerShell, [DateTime]::FromFileTimeUtc(133446720000000000).
Inserisci le sue parti in Data in timestamp: 14/11/2023 come data e 22:13:20 come ora. Scegli un fuso orario con lo stesso scarto in quella data, Asia/Kolkata per +05:30 o UTC per un valore che finisce con Z, e premi Converti: il risultato è 1699980200. Se nessun fuso dell'elenco ha quello scarto, sottrailo tu e inserisci l'ora in UTC: 22:13:20+05:30 corrisponde alle 16:43:20 UTC. Timestamp in data mostra l'ISO 8601 in UTC e in ora locale, pronto da copiare.