Data a Unix Timestamp

Data a Unix Timestamp è uno strumento gratuito che converte una data e un fuso orario specifici in un timestamp Unix, da usare in codice, API, database e log.

Che cos'è un timestamp Unix?

Un timestamp Unix è un numero intero che rappresenta i secondi trascorsi dalle 00:00:00 UTC del 1° gennaio 1970, il cosiddetto epoch Unix. L'epoch stesso, per esempio, corrisponde al timestamp 0, mentre le date successive hanno valori positivi.

I timestamp Unix consentono ai sistemi di scambiarsi un preciso istante temporale in un formato compatto e indipendente dal linguaggio. Evitano inoltre le ambiguità dei formati locali, come 10/09/2026, che in Italia indica il 10 settembre, ma in alcuni sistemi può essere interpretato come il 9 ottobre.

Un timestamp identifica un istante, non una data di calendario formattata. Non contiene alcuna indicazione intrinseca di Europe/London, UTC o di un altro fuso orario. Il fuso è importante durante la conversione, perché determina a quale istante corrisponde la data locale originale.

Come si converte una data in un timestamp Unix?

Imposta il campo Fuso orario, quindi usa il valore restituito in Timestamp Unix nel sistema che lo richiede.

1. Scegli il fuso orario richiesto.
2. Esegui la conversione e copia il numero intero da Timestamp Unix.
3. Prima di inserire il valore, verifica se il sistema di destinazione richiede secondi o millisecondi.

La scelta del fuso orario può modificare il risultato di diverse ore. La differenza può anche variare in base alla data, perché alcuni Paesi, come il Regno Unito, applicano l'ora legale. Europe/London corrisponde a UTC in inverno e normalmente a UTC+1 durante l'ora legale britannica.

La conversione di Data a Unix Timestamp avviene sul server. Il valore inserito nel campo Fuso orario viene trasmesso al server tramite HTTPS e non viene memorizzato.

Come si interpreta il timestamp ottenuto?

Il risultato indica il numero di secondi trascorsi dall'epoch Unix, senza punteggiatura, suffissi relativi al fuso orario o informazioni sulla data in formato leggibile. Per le date attuali è comune ottenere un valore di dieci cifre, anche se il numero di cifre, da solo, non dimostra che un timestamp sia valido.

Il problema di integrazione più frequente è la confusione tra secondi e millisecondi. Gli strumenti basati su Unix e molti sistemi lato server usano i secondi. Le API JavaScript per le date utilizzano comunemente i millisecondi, quindi in quel contesto può essere necessario moltiplicare per 1.000 un valore espresso in secondi.

• 0 indica il 1° gennaio 1970 alle 00:00:00 UTC.
• Un numero intero positivo più grande rappresenta un istante successivo.
• Un timestamp negativo può rappresentare una data precedente all'epoch, anche se il supporto varia tra applicazioni e piattaforme.
• Il numero non conserva il fuso orario usato in origine per calcolarlo.

Un risultato numerico non conferma che sia stato selezionato il fuso orario desiderato. Se l'ora convertita sembra errata, controlla prima il fuso scelto e poi, dove applicabili, le regole sull'ora legale. Se il valore differisce di un fattore 1.000, verifica l'unità di misura richiesta.

Esempi pratici di conversione

Questi semplici esempi mostrano come il fuso orario influisca sull'istante rappresentato.

1° gennaio 1970, 00:00:00 UTC corrisponde a 0.

1° gennaio 2024, 00:00:00 UTC corrisponde a 1704067200.

1° luglio 2024, 12:00:00 Europe/London corrisponde a 1719831600.

Nell'ultimo esempio, a Londra era in vigore l'ora legale britannica, quindi le 12:00 locali corrispondevano alle 11:00 UTC. Se per la stessa ora scritta si selezionasse UTC come fuso orario, si otterrebbe un timestamp diverso.

Per i dati provenienti da terzi, preferisci una data non ambigua come 1° luglio 2024 o il formato ISO 2024-07-01 anziché 01/07/2024. Il testo accentato o con caratteri non latini non fa parte del timestamp, perché il risultato contiene cifre e può includere un segno meno iniziale.

Quando è utile convertire una data in tempo Unix?

La conversione è utile quando una data leggibile deve essere confrontata, ordinata o trasmessa come un istante preciso e interpretabile da una macchina. Tra i casi più comuni ci sono il debug della risposta di un'API, la preparazione di un'attività pianificata prima della distribuzione, il controllo dei record di un database e l'interpretazione delle date fornite da un altro servizio.

• Converti la scadenza di un rilascio prima di inserirla nella configurazione di distribuzione.
• Confronta un evento dell'applicazione con i timestamp presenti nei log del server.
• Prepara i parametri di query per un'API che accetta l'ora iniziale e finale come secondi trascorsi dall'epoch.
• Normalizza le date importate da un file CSV prima di salvarle in un database.
• Verifica che un webhook di terze parti invii secondi anziché millisecondi.

La conversione non è necessaria se la data verrà letta soltanto da una persona e il sistema ricevente accetta un valore ISO 8601 chiaro. Una data come 2026-09-10T14:30:00+01:00 conserva il proprio offset ed è in genere più semplice da controllare durante il debug. Allo stesso modo, convertire ripetutamente un valore che è già un timestamp Unix non aggiunge alcuna informazione.

Questo strumento non convalida lo schema di un'API, non conferma che un'attività pianificata verrà eseguita e non conserva nel risultato il fuso orario originale. Per visualizzare un timestamp come data di calendario, usa Timestamp Unix a Data.

Domande frequenti

Posso inserire direttamente una data o un'ora?

No. L'unico campo compilabile dall'utente documentato per questo strumento è Fuso orario.

Quale funzione PHP usa lo strumento?

L'implementazione lato server richiama la funzione date di PHP.

Che cos'è il problema dell'anno 2038?

Il valore massimo di un timestamp Unix con segno a 32 bit è 2,147,483,647 e corrisponde al 19 gennaio 2038 alle 03:14:07 UTC. I sistemi moderni usano spesso valori a 64 bit, ma software meno recente, formati di file e dispositivi integrati possono ancora essere soggetti a questo limite. Se devi gestire date molto lontane nel futuro, controlla il tipo di dato usato per la memorizzazione.

I timestamp Unix tengono conto dei secondi intercalari?

Nel comune modello POSIX, il tempo Unix non rappresenta i secondi intercalari come secondi distinti con una propria numerazione. Questo è adeguato per la maggior parte delle attività di pianificazione e registrazione dei log, ma le applicazioni specialistiche in ambito astronomico o le misurazioni temporali ad alta precisione possono richiedere un altro standard.

Cosa devo controllare prima di salvare il risultato?

Verifica il fuso orario, l'eventuale applicazione dell'ora legale e l'unità di misura richiesta dal sistema ricevente. Prima di distribuire le modifiche o aggiornare i dati memorizzati, riconverti il timestamp in una data leggibile all'interno di quel sistema e confrontala con l'originale.