Convertitore di timestamp
Trasforma un timestamp Unix in una data leggibile, e viceversa. Ottieni secondi, millisecondi, ISO 8601, UTC, ora locale, il giorno della settimana, una
Converti tra timestamp Unix e date leggibili, in entrambe le direzioni e sia in secondi sia in millisecondi. Incolla 1735689600 o 2026-01-01T00:00:00Z e vedi l'equivalente in UTC, nel tuo fuso orario locale e in formati comuni come ISO 8601 e RFC 2822.
Capita di continuo leggendo i log, facendo il debug di un'API che restituisce secondi epoch o controllando che la scadenza di un token sia quella che pensi. La conversione è esatta e viene eseguita in locale, e ti avvisa quando un valore sembra essere in millisecondi invece che in secondi.
Come convertire un timestamp Unix
Incolla un timestamp o una data
Leggi i valori convertiti in UTC e in ora locale
Copia il formato che ti serve
FAQ
Secondi o millisecondi?
Dieci cifre di solito sono secondi, tredici di solito sono millisecondi. Lo strumento rileva l'unità probabile e ti lascia cambiarla se il risultato sembra sbagliato.
Che cos'è l'epoca Unix?
Il conteggio dei secondi dal 1° gennaio 1970 00:00:00 UTC, senza contare i secondi intercalari. È il modo standard di memorizzare un istante nel tempo.
Quale fuso orario viene usato?
Vengono mostrati entrambi: UTC e il fuso orario locale del tuo browser, così puoi confrontare ciò che registra il server con ciò che vedi sull'orologio.
Gestisce le date precedenti al 1970?
Sì, i valori negativi rappresentano date precedenti all'epoca, e le date molto lontane nel futuro funzionano fino ai limiti dell'intervallo di date di JavaScript.
Può ricavare il timestamp di una data?
Sì, la conversione funziona in entrambe le direzioni: inserisci una data e ottieni il valore epoch.
Qualcosa viene caricato su un server?
No, la conversione è aritmetica locale.
In breve
| Input | testo |
|---|---|
| Più file | No |
| Dove funziona | Nel tuo browser - i file non vengono mai caricati |
| Funziona offline | Sì — una volta caricata la pagina |
| Prezzo | Gratis, senza registrazione, senza filigrana |
Dove le conversioni si rompono in silenzio
La maggior parte dei bug di conversione non riguarda la sintassi, riguarda il significato. Una colonna CSV di codici postali perde gli zeri iniziali nel momento in cui un foglio di calcolo intuisce che è un numero; un ID lungo supera la precisione in virgola mobile; le date cambiano significato a seconda che siano giorno-mese o mese-giorno. Le chiavi JSON non sono ordinate, gli array invece sì, e uno strumento che ordina le chiavi non cambia nulla mentre uno che ordina gli array cambia i dati. Unicode è un'altra trappola: il testo può arrivare in UTF-8, in UTF-16 o con un BOM, e un decodificatore che indovina male trasforma i caratteri accentati in mojibake. Prima di fidarti di una conversione, controlla a campione la prima e l'ultima riga, ogni campo con zeri iniziali e ogni campo che contiene virgolette, virgole o a capo.
Scegliere un formato dati
Il JSON è il valore predefinito per tutto ciò che un'API restituisce o un programma legge: gestisce naturalmente strutture annidate, numeri, valori booleani e null, e ogni linguaggio lo analizza. Il CSV è più leggero e si apre direttamente in un foglio di calcolo, ma non ha modo di esprimere l'annidamento e nessuno standard condiviso per separatore, quoting o set di caratteri - ed è esattamente qui che le conversioni sbagliano. L'XML è verboso ma porta attributi, contenuto misto e schemi, perciò domina ancora i formati documentali e le integrazioni legacy. Lo YAML è il più leggibile per la configurazione, ma è sensibile agli spazi e riserva conversioni di tipo sorprendenti ("no" che diventa false, una versione come 1.10 che diventa 1.1). Scegli il formato che preferisce lo strumento a valle, non quello che sembra più bello da leggere.