Pretvornik Unix časovnih žigov
Časovni žig v datum
Sekunde ali milisekunde se samodejno zaznajo.
Datum v časovni žig
Izberite datum in čas za pretvorbo v Unix časovni žig.
Sekunde od Unixovega epohalnega časa (00:00:00 UTC 1. januar 1970)
Sekunde ali milisekunde se samodejno zaznajo.
Izberite datum in čas za pretvorbo v Unix časovni žig.
Isti trenutek, prikazan v več običajnih formatih, posodobljen v živo:
| Oblika | Trenutna vrednost |
|---|---|
| Unix timestamp (sekunde) | — |
| Unix časovni žig (milisekunde) | — |
| ISO 8601 (UTC) | — |
| RFC 2822 (UTC) | — |
Unix čas (znan tudi kot Epoch čas, POSIX čas ali Unix žeton) je sistem za opisovanje točke v času. Predstavlja število sekund, ki so pretekle od Unixovega epohalnega časa, ki je definiran kot 00:00:00 UTC četrtek, 1. januar 1970. Številka je široko uporabljena v Unix podobnih operacijskih sistemih in mnogih drugih računalniških sistemih.
Ključna prednost Unix časa je njegova preprostost. Predstavlja čas kot en sam, univerzalno razumljiv celoštevilčni podatek, ki nenehno narašča. To omogoča enostavno shranjevanje, primerjanje in izvajanje izračunov s časovnimi žetoni brez skrbi glede časovnih pasov, poletnega časa ali različnih koledarskih sistemov. Na primer, za izračun trajanja med dvema dogodkoma preprosto odštejete njune Unixove žetone.
Čeprav je ta surovi številčni podatek popoln za računalnike, ni ravno prijazen za ljudi. Da bi to rešili, razvijalci in tehnološki entuziasti uporabljajo orodje z imenom pretvornik epoh. Z njim lahko takoj pretvorite kateri koli žeton v človeku berljivo datum ali pa najdete žeton za določen datum.
Znana težava, povezana z Unix časom, je "Problem leta 2038." Podobna je problemu Y2K. Mnoge stare računalniške sisteme so zasnovali za shranjevanje Unixovega žetona kot 32-bitnega podpisanega cela števila. Podpisano 32-bitno celo število lahko predstavlja vrednosti od -2.147.483.648 do 2.147.483.647.
Največja vrednost, 2.147.483.647, bo dosežena ob 03:14:07 UTC 19. januarja 2038. Ob naslednji sekundi bo celo število preseglo mejo in se zavrtelo nazaj na najnižjo vrednost, ki jo bodo sistemi interpretirali kot datum v letu 1901. To bi lahko povzročilo široko razširjene napake v starejših programskih sistemih, ki se zanašajo na 32-bitne časovne predstavitve.
Rešitev je uporaba 64-bitnega cela števila za shranjevanje žetona. 64-bitno celo število ima tako veliko največjo vrednost, da se ne bo preseglo približno 292 milijard let, s čimer se učinkovito reši problem za prihodnost. Večina sodobnih operacijskih sistemov in programske opreme je že prešla na 64-bitne časovne predstavitve.
Ena pomembnih tehničnih podrobnosti je, da Unix čas ne upošteva prestopnih sekund. Medtem ko UTC (Koordinirano svetovno čas) občasno doda prestopno sekundo, da bi uskladil ure z rotacijo Zemlje, Unix čas jih preprosto ignorira in nadaljuje štetje linearno.
To pomeni, da Unix čas ni pravi prikaz UTC. Namesto tega ga je bolj natančno opisati kot linearen štetje sekund. Ko se zgodi prestopna sekunda, Unix čas včasih ponovi sekundo, da ostane usklajen. Ta podrobnost je ključna za znanstvene in visoko natančne aplikacije, vendar je za večino splošnih računalniških opravil razlika zanemarljiva.
created_at, updated_at).
Unixova epoha je trenutek, ko se začne čas za Unix sisteme: 00:00:00 UTC 1. januarja 1970. Časovni žig Unix je preprosto število sekund, ki so pretekle od tega trenutka.
Datum so izbrali zgodnji razvijalci Unixa kot priročno, okroglo izhodišče blizu času, ko je bil sistem ustvarjen v zgodnjih 1970-ih. Od takrat je standardna referenčna točka.
Unix čas se šteje od epohe, določene v UTC, in je neodvisen od časovnega pasu, zato isti časovni žig povsod pomeni isti trenutek. Ker ne upošteva prestopnih sekund, ga je najbolje opisati kot linearno štetje sekund in ne kot popolno predstavitev UTC.
Običajen časovni žig Unix šteje cele sekunde od epoha, kar je za današnje datume 10-mestno število. Številni sistemi, vključno z JavaScriptom, namesto tega štejejo milisekunde, kar ustvari 1.000-krat večjo vrednost s 13-mestnim številom.
Sistemi, ki shranjujejo časovni žig v 32-bitnem predznačenem celem številu, lahko štejejo samo do 03:14:07 UTC 19. januarja 2038, po tem pa vrednost prelije in se napačno interpretira kot datum v letu 1901. Rešitev je shranjevanje časovnega žiga v 64-bitnem celem številu.