Convertitore Data/Ora
Un parser completo per date e orari che gestisce timestamp Unix, date ISO 8601, formato RFC 2822, stili di data US/EU, date estese ed espressioni relative. Converte tra formati, mostra il tempo relativo e fornisce un riferimento al timestamp corrente.
Specifiche
Casi d'uso comuni
- Debug delle risposte API contenenti timestamp o date
- Conversione dei timestamp dei file di log in date leggibili
- Analisi di date da diversi formati regionali
- Calcolo delle differenze di tempo tra eventi
- Generazione di timestamp per richieste API
- Verifica dei tempi di scadenza dei token (claim exp di JWT)
- Conversione tra formati di data per team internazionali
Funzionalità
- Rilevamento automatico del formato: timestamp Unix, ISO 8601, RFC 2822, date US/EU e altro
- Analisi dei timestamp Unix in secondi, millisecondi, microsecondi o nanosecondi
- Gestione delle date ISO 8601 con o senza orario (2024-01-25T12:00:00Z)
- Analisi del formato US (01/25/2024), formato EU (25.01.2024) e date estese (January 25, 2024)
- Riconoscimento di espressioni relative: now, today, yesterday, tomorrow
- Visualizzazione del tempo relativo ("2 ore fa", "tra 3 giorni")
- Badge di stato Passato/Futuro/Oggi
- Visualizzazione del giorno della settimana, numero della settimana, trimestre e giorno dell'anno
- Griglia delle metriche del calendario (settimana dell'anno, trimestre, giorno dell'anno)
- Sezione informazioni aggiuntive (fuso orario, giorni nel mese, anno bisestile)
- Conversione in piu formati di output con pulsanti di copia
- Output in microsecondi e nanosecondi Unix
- Scheda di riferimento dell'ora corrente con pulsante di aggiornamento
Esempi
Timestamp Unix (millisecondi)
Provalo →Un timestamp in stile JavaScript in millisecondi.
1706188800000Suggerimenti
- JavaScript Date.now() restituisce millisecondi; la maggior parte degli strumenti Unix usa secondi.
- Il formato ISO 8601 (2024-01-25T12:00:00Z) e il piu portabile e non ambiguo.
- Usa timestamp UTC per l'archiviazione; converti in ora locale solo per la visualizzazione.
- Quando una data e ambigua (es. 01/02/2024), lo strumento usa indizi contestuali per determinare il formato.
- Il "Problema dell'Anno 2038" riguarda i sistemi a 32 bit che usano interi con segno per i secondi Unix.
Approfondimenti Convertitore Data/Ora
I timestamp Unix rappresentano un momento specifico nel tempo come il numero di secondi trascorsi dall'epoca Unix: 1 gennaio 1970, alle 00:00:00 UTC. Questa semplice rappresentazione in numeri interi e il formato temporale universale nell'informatica, utilizzato da database, API, file system, file di log e interfacce del sistema operativo. Il formato e non ambiguo — a differenza delle date leggibili dall'uomo, un timestamp Unix si riferisce sempre esattamente a un momento nel tempo, indipendentemente dal fuso orario.
Due livelli di precisione sono comuni. I timestamp con precisione al secondo (10 cifre, come 1738800000) sono il formato Unix tradizionale usato dalla maggior parte delle API Unix, database e dalla funzione C time(). I timestamp con precisione al millisecondo (13 cifre, come 1738800000000) sono usati da JavaScript (Date.now()), Java (System.currentTimeMillis()) e molte API web. Questo strumento rileva automaticamente la precisione e gestisce correttamente entrambi.
ISO 8601 e il formato standard leggibile dall'uomo per data e ora: 2025-02-05T12:00:00Z. La T separa data e ora, e Z indica UTC (ora Zulu). Gli offset del fuso orario usano la notazione +HH:MM o -HH:MM. ISO 8601 e richiesto dal JSON Schema, ampiamente usato nelle API REST e raccomandato per qualsiasi scambio di stringhe data-ora. Il formato RFC 2822 (usato nelle intestazioni email) e un'altra rappresentazione testuale comune.
La gestione dei fusi orari e la fonte piu comune di bug legati a data e ora. Gli sviluppatori confondono spesso i timestamp UTC con gli orari locali, applicano le conversioni di fuso orario in modo errato o archiviano gli orari locali senza informazioni sul fuso orario. La best practice e archiviare e trasmettere sempre gli orari in UTC, convertendo in ora locale solo per la visualizzazione.
I sistemi che archiviano i timestamp Unix come interi con segno a 32 bit avranno un overflow il 19 gennaio 2038, alle 03:14:07 UTC, passando a un numero negativo che rappresenta dicembre 1901. Questo e analogo al Y2K ma impatta l'infrastruttura informatica in modo piu ampio. La soluzione e usare interi a 64 bit, che estendono l'intervallo a miliardi di anni. La maggior parte dei sistemi moderni usa gia il tempo a 64 bit, ma i sistemi embedded e il codice legacy potrebbero essere ancora vulnerabili.
Nella scelta tra archiviare le date come timestamp o stringhe formattate, considera il caso d'uso. I timestamp (interi) sono ideali per scenari ad alto carico computazionale come ordinamento, calcolo di durate e confronto di date — sono compatti, non ambigui e neutrali rispetto al fuso orario. Le stringhe ISO 8601 sono preferibili quando la leggibilita umana e importante, quando il contesto del fuso orario deve essere preservato o quando il database ha tipi datetime nativi. Il timestamptz di PostgreSQL, ad esempio, archivia internamente in UTC e converte per la visualizzazione.
Le date che sembrano sfalsate di un giorno sono quasi sempre causate da confusione con i fusi orari. Un timestamp UTC per il 5 febbraio alle 23:00 UTC e gia il 6 febbraio nei fusi orari UTC+2. In JavaScript, Date() usa l'ora locale per le stringhe con sola data, ma UTC per le stringhe datetime con indicatori di fuso orario. Essere espliciti sui fusi orari e usare costantemente UTC per l'archiviazione e la trasmissione previene questi bug sottili.