Unix-timestamp-konverter

Hvad er dette værktøj?

Et Unix-timestamp (også kaldet epoch-tid) er antallet af sekunder, der er forløbet siden 1. januar 1970, 00:00:00 UTC. Det er den standardmåde, computere gemmer tidspunkter på: databaser, logfiler, API'er og programmeringssprog bruger det alle sammen, fordi det er et enkelt utvetydigt tal uden tidszoneforvirring.

Der findes to varianter: sekunder (10 cifre i dag, f.eks. 1720500000) og millisekunder (13 cifre, brugt af JavaScript og Java). Dette værktøj registrerer automatisk, hvilken variant du har indsat.

Hvorfor bruge det?

• Læs timestamps fra logfiler, databaserækker og API-svar med det samme.
• Registrerer automatisk sekunder vs. millisekunder — ingen gætteri.
• Viser lokal tid, UTC, ISO 8601 og relativ tid ("3 timer siden") sammen.
• Konvertér i begge retninger: timestamp → dato og dato → timestamp.
• Live nutids-epoch-ur til hurtig reference.

Sådan bruger du det

1. For at afkode: indsæt et timestamp (som 1720500000) i venstre felt og klik "Konvertér".
2. Læs resultatet i din lokale tidszone, UTC, ISO 8601 og som relativ tid.
3. For at kode: vælg en dato og et klokkeslæt i højre felt og klik "Konvertér" for at få dets timestamp i sekunder og millisekunder.
4. Brug det live ur øverst, når du blot skal bruge det nuværende timestamp.

Eksempel

Input

1720500000

Output

Lokal tid: 09-07-2024, 13:20:00
UTC-tid:   Tue, 09 Jul 2024 05:20:00 GMT
ISO 8601:  2024-07-09T05:20:00.000Z

En værdi med 10 cifre behandles som sekunder; en værdi med 13 cifre som millisekunder.

Praktiske tips

• Fejlfinding af "forkert tid"-fejl: 90% er tidszonevisningsproblemer, ikke forkerte timestamps. Sammenlign UTC-rækken med dine serverlogfiler (servere logger normalt UTC), før du rører ved noget kode.
• En dato, der lander præcis på 1970-01-01, betyder, at timestampet var 0 eller manglede — et klassisk null-værdi-symptom, ikke en reel dato.
• En dato omkring 1970 plus nogle få dage betyder normalt, at sekunder blev fortolket som millisekunder et sted; en dato i år 56.000+ betyder det modsatte.
• I regneark: Excel tæller dage siden 1900, ikke sekunder siden 1970. Konvertér med =(A1/86400)+DATO(1970;1;1) for et sekund-timestamp.

Reelle anvendelsesscenarier

Hvor timestamps giver problemer i praksis: aflæsning af udløbsfelter i JWT'er og API-tokens (exp/iat er Unix-sekunder), korrelation af en brugers fejlrapporttidspunkt med serverlogfil-linjer, indstilling af cache-TTL'er og cron-vinduer, og kontrol af om et certifikat eller token faktisk er udløbet. Rækken med relativ tid ("3 timer siden") er det hurtigste sanity-check for alle disse.

JWT-fejlfinding er almindeligt nok til at nævne specifikt: afkod tokenets payload med Base64-værktøjet, indsæt derefter exp-værdien her — øjeblikkeligt svar på "er dette token udløbet, og med hvor meget".

Hvorfor Unix-tid blev designet på denne måde

At gemme et enkelt stigende tal siden et fast epoch (i stedet for en år/måned/dag/time-struktur) var et bevidst enkelthedsvalg: to timestamps kan sammenlignes eller trækkes fra hinanden med simpel aritmetik uden kalenderlogik, hvilket er grunden til, at databaser, logformater og stort set ethvert programmeringssprogs interne dato-repræsentation er bygget på det. Prisen for den enkelthed er præcis det, dette værktøj eksisterer for at udjævne — mennesker tænker ikke i sekunder-siden-1970, så ethvert timestamp skal oversættes tilbage til en kalenderdato, før det giver mening for en person, der læser det, og den oversættelse skal tage højde for tidszone, præcision (sekunder vs. millisekunder) og visningsformat på én gang.

→ Base64-koder / afkoder · Alderberegner

Ofte stillede spørgsmål