Muoto | Sekunnit |
---|---|
GMT | Mon Aug 26 2024 15:46:52 GMT+0000 |
Aikavyöhykkeesi | Mon Aug 26 2024 22:46:52 GMT+0700 (Indochina Time) |
Suhteellinen | 12 minutes ago |
Unix timestamp on tapa seurata aikaa kertomalla kuluneet sekunnit. Tämä laskenta alkaa Unix-epookista 1. tammikuuta 1970 UTC-aikavyöhykkeellä. Siksi Unix timestamp on yksinkertaisesti sekuntien määrä tietyn päivämäärän ja Unix-epookin välillä. On myös syytä huomata (kiitos tämän sivuston kommentoijille), että tämä aikapiste ei teknisesti muutu riippumatta siitä, missä olet maailmassa. Tämä on erittäin hyödyllistä tietokonesysteemeille, sillä se mahdollistaa aikojen seurannan ja lajittelun dynaamisissa ja hajautetuissa sovelluksissa verkossa ja asiakaspuolella.
Ihmisen luettavissa oleva aika | Sekunnit |
---|---|
1 minuutti | 60 sekuntia |
1 tunti | 3600 sekuntia |
1 päivä | 86400 sekuntia |
1 viikko | 604800 sekuntia |
1 kuukausi (30,44 päivää) | 2629743 sekuntia |
1 vuosi (365,24 päivää) | 31556926 sekuntia |
2038 vuoden ongelma (tunnetaan myös nimillä Y2038, Epochalypse, Y2k38 tai Unix Y2K) liittyy aikaan tallentavien digitaalisten järjestelmien ongelmaan, joissa aikaa tallennetaan sekunteina 1. tammikuuta 1970 UTC-epookista lähtien ja se tallennetaan allekirjoitettuna 32-bittisenä kokonaislukuna. Tällaiset toteutukset eivät pysty koodaamaan aikoja 19. tammikuuta 2038 jälkeen kello 03:14:07 UTC. Samoin kuin Y2K-ongelma, 2038 vuoden ongelma johtuu ajan esittämiseen käytetyn kapasiteetin riittämättömyydestä.
Viimeinen aika, joka voidaan tallentaa allekirjoitetulla 32-bittisellä kokonaisluvulla 1. tammikuuta 1970 jälkeen, on 03:14:07 19. tammikuuta 2038 (231-1 = 2 147 483 647 sekuntia 1. tammikuuta 1970 jälkeen). Ohjelmat, jotka yrittävät lisätä aikaa tämän päivämäärän jälkeen, saavat arvon tallentumaan sisäisesti negatiivisena, ja järjestelmät tulkitsevat sen tapahtuneeksi 13. joulukuuta 1901 kello 20:45:52 (2 147 483 648 sekuntia ennen 1. tammikuuta 1970), eikä 19. tammikuuta 2038. Tämä johtuu kokonaislukuvirheestä, jossa laskuri loppuu käytettävissä olevista numero-biteistä ja kääntää sen sijaan merkkibitin. Tämä raportoi äärimmäisen negatiivisen luvun ja jatkaa laskemista kohti nollaa ja sitten ylöspäin positiivisten kokonaislukujen suuntaan. Tällaiset virheelliset laskelmat voivat aiheuttaa ongelmia käyttäjille ja muille osapuolille.