Unix-tidsstempel-konverter

Hva er dette verktøyet?

Et Unix-tidsstempel (også kalt epoketid) er antall sekunder som har gått siden 1. januar 1970, 00:00:00 UTC. Det er den standardmåten datamaskiner lagrer tidspunkter på: databaser, loggfiler, API-er og programmeringsspråk bruker det alle sammen fordi det er ett entydig tall uten tidssoneforvirring.

To varianter finnes: sekunder (10 sifre i dag, f.eks. 1720500000) og millisekunder (13 sifre, brukt av JavaScript og Java). Dette verktøyet gjenkjenner automatisk hvilken du limte inn.

Hvorfor bruke det?

• Les tidsstempler fra logger, databaserader og API-svar umiddelbart.
• Gjenkjenner automatisk sekunder vs. millisekunder — ingen gjetting.
• Viser lokal tid, UTC, ISO 8601 og relativ tid («3 timer siden») sammen.
• Konverter i begge retninger: tidsstempel → dato og dato → tidsstempel.
• Levende gjeldende-epoke-klokke for rask referanse.

Slik bruker du det

1. For å dekode: lim et tidsstempel (som 1720500000) inn i boksen til venstre og klikk «Konverter».
2. Les resultatet i din lokale tidssone, UTC, ISO 8601 og som relativ tid.
3. For å kode: velg en dato og et klokkeslett i boksen til høyre og klikk «Konverter» for å få tidsstempelet dens i sekunder og millisekunder.
4. Bruk den levende klokken øverst når du bare trenger gjeldende tidsstempel.

Eksempel

Inndata

1720500000

Resultat

Lokal tid: 9.7.2024, 13:20:00
UTC-tid:   tir. 09 jul 2024 05:20:00 GMT
ISO 8601:  2024-07-09T05:20:00.000Z

En 10-sifret verdi behandles som sekunder; en 13-sifret verdi som millisekunder.

Praktiske tips

• Feilsøking av «feil tid»-feil: 90 % er problemer med visning av tidssone, ikke feil tidsstempler. Sammenlign UTC-raden mot serverloggene dine (servere logger vanligvis UTC) før du rører kode.
• En dato som lander eksakt på 1970-01-01 betyr at tidsstempelet var 0 eller manglet — et klassisk null-verdi-symptom, ikke en reell dato.
• En dato rundt 1970 pluss noen dager betyr som regel at sekunder ble tolket som millisekunder et sted; en dato i år 56 000+ betyr det motsatte.
• I regneark: Excel teller dager siden 1900, ikke sekunder siden 1970. Konverter med =(A1/86400)+DATE(1970;1;1) for et sekund-tidsstempel.

Reelle bruksscenarier

Der tidsstempler skaper problemer i praksis: lesing av utløpsfelt i JWT-er og API-tokener (exp/iat er Unix-sekunder), å koble en brukers feilrapporttidspunkt til serverlogglinjer, sette cache-TTL-er og cron-vinduer, og sjekke om et sertifikat eller token faktisk er utløpt. Den relative tid-raden («3 timer siden») er den raskeste fornuftssjekken for alt dette.

JWT-feilsøking er vanlig nok til å beskrive: dekod tokenets nyttelast med Base64-verktøyet, lim deretter inn exp-verdien her — umiddelbart svar på «er dette tokenet utløpt, og med hvor mye».

Hvorfor Unix-tid ble designet slik

Å lagre ett enkelt økende tall siden en fast epoke (i stedet for en år/måned/dag/time-struktur) var et bevisst enkelhetsvalg: to tidsstempler kan sammenlignes eller trekkes fra hverandre med ren aritmetikk, uten behov for kalenderlogikk, som er grunnen til at databaser, loggformater og praktisk talt alle programmeringsspråks interne dato-representasjon er bygget på det. Prisen for den enkelheten er nettopp det dette verktøyet finnes for å glatte over — mennesker tenker ikke i sekunder-siden-1970, så hvert tidsstempel må oversettes tilbake til en kalenderdato før det betyr noe for en person som leser det, og den oversettelsen må ta hensyn til tidssone, presisjon (sekunder vs. millisekunder) og visningsformat samtidig.

→ Base64-koder/dekoder · Alderskalkulator

Ofte stilte spørsmål