| Formato | Secondi |
|---|---|
| GMT | Mon Aug 26 2024 15:46:52 GMT+0000 |
| Il Tuo Fuso Orario | Mon Aug 26 2024 22:46:52 GMT+0700 (Indochina Time) |
| Relativo | 12 minutes ago |
Il Unix timestamp è un modo per tenere traccia del tempo come un totale in continuo aumento di secondi. Questo conteggio inizia dall'Unix Epoch del 1 gennaio 1970, alle 00:00 UTC. Pertanto, il Unix timestamp è semplicemente il numero di secondi trascorsi tra una data specifica e l'Epoch di Unix. Si dovrebbe anche notare (grazie ai commenti dei visitatori di questo sito) che questo punto nel tempo, tecnicamente, non cambia, ovunque ci si trovi nel mondo. Questo è molto utile per i sistemi informatici che devono tracciare e ordinare informazioni relative alle date in applicazioni dinamiche e distribuite sia online che client-side.
| Tempo Leggibile da un Uomo | Secondi |
|---|---|
| 1 Minuto | 60 Secondi |
| 1 Ora | 3600 Secondi |
| 1 Giorno | 86400 Secondi |
| 1 Settimana | 604800 Secondi |
| 1 Mese (30,44 giorni) | 2629743 Secondi |
| 1 Anno (365,24 giorni) | 31556926 Secondi |
Il problema dell'anno 2038 (chiamato anche Y2038, Epochalypse, Y2k38, o Unix Y2K) riguarda la rappresentazione del tempo in molti sistemi digitali come il numero di secondi trascorsi dal 01:00:00 UTC del 1 gennaio 1970, e viene memorizzato come un intero firmato a 32 bit. Tali implementazioni non possono codificare i tempi successivi alle 03:14:07 UTC del 19 gennaio 2038. Simile al problema Y2K, il problema dell'anno 2038 è causato da una capacità insufficiente per rappresentare il tempo.
L'ultimo tempo che può essere memorizzato da 1 gennaio 1970 utilizzando un intero firmato a 32 bit è 03:14:07 di martedì 19 gennaio 2038 (231-1 = 2.147.483.647 secondi dopo il 1 gennaio 1970). I programmi che tentano di incrementare il tempo oltre questa data memorizzeranno il valore internamente come un numero negativo, che questi sistemi interpreteranno come se fosse accaduto il 13 dicembre 1901 alle 20:45:52 (2.147.483.648 secondi prima del 1 gennaio 1970) anziché il 19 gennaio 2038. Ciò è causato dal superamento dell'overflow dell'intero, durante il quale il contatore esaurisce i bit numerici utilizzabili e inverte invece il bit di segno. Questo riporta un numero massimo negativo, e continua a contare verso zero, per poi salire nuovamente attraverso gli interi positivi. I calcoli errati su tali sistemi probabilmente causeranno problemi per gli utenti e altre parti dipendenti.