Unix-tidsstämpelomvandlare

Vad är detta verktyg?

En Unix-tidsstämpel (kallas även epoktid) är antalet sekunder som förflutit sedan 1 januari 1970, 00:00:00 UTC. Det är det standardiserade sättet datorer lagrar tidpunkter på: databaser, loggfiler, API:er och programmeringsspråk använder alla detta eftersom det är ett enda entydigt tal utan tidszonsförvirring.

Det finns två varianter: sekunder (10 siffror idag, t.ex. 1720500000) och millisekunder (13 siffror, används av JavaScript och Java). Det här verktyget upptäcker automatiskt vilken du klistrade in.

Varför använda det?

• Läs tidsstämplar från loggar, databasrader och API-svar direkt.
• Upptäcker automatiskt sekunder mot millisekunder — inget gissande.
• Visar lokal tid, UTC, ISO 8601 och relativ tid ("3 timmar sedan") tillsammans.
• Konvertera i båda riktningarna: tidsstämpel → datum och datum → tidsstämpel.
• Levande aktuell epokklocka för snabb referens.

Så använder du det

1. För att avkoda: klistra in en tidsstämpel (som 1720500000) i den vänstra rutan och klicka på "Konvertera".
2. Läs resultatet i din lokala tidszon, UTC, ISO 8601 och som relativ tid.
3. För att koda: välj ett datum och en tid i den högra rutan och klicka på "Konvertera" för att få dess tidsstämpel i sekunder och millisekunder.
4. Använd den levande klockan högst upp när du bara behöver den aktuella tidsstämpeln.

Exempel

Inmatning

1720500000

Resultat

Lokal tid: 2024-07-09 13:20:00
UTC-tid:   tis 09 jul 2024 05:20:00 GMT
ISO 8601:  2024-07-09T05:20:00.000Z

Ett värde med 10 siffror behandlas som sekunder; ett värde med 13 siffror som millisekunder.

Praktiska tips

• Felsökning av "fel tid"-buggar: 90 % är tidszonsvisningsproblem, inte felaktiga tidsstämplar. Jämför UTC-raden med dina serverloggar (servrar loggar oftast UTC) innan du rör vid någon kod.
• Ett datum som hamnar exakt på 1970-01-01 betyder att tidsstämpeln var 0 eller saknades — ett klassiskt tecken på nollvärde, inte ett verkligt datum.
• Ett datum runt 1970 plus några dagar betyder oftast att sekunder tolkades som millisekunder någonstans; ett datum i år 56 000+ betyder det omvända.
• I kalkylblad: Excel räknar dagar sedan 1900, inte sekunder sedan 1970. Konvertera med =(A1/86400)+DATUM(1970;1;1) för en sekundtidsstämpel.

Verkliga användningsscenarier

Där tidsstämplar biter i praktiken: läsa förfallofält i JWT- och API-token (exp/iat är Unix-sekunder), korrelera en användares felrapporttid med serverloggrader, ställa in cache-TTL:er och cron-fönster, och kontrollera om ett certifikat eller token faktiskt har gått ut. Raden med relativ tid ("3 timmar sedan") är den snabbaste sanity-kontrollen för alla dessa.

JWT-felsökning är vanligt nog att nämna specifikt: avkoda tokenens payload med Base64-verktyget, klistra sedan in exp-värdet här — omedelbart svar på "är den här token utgången och hur mycket".

Varför Unix-tid designades på det här sättet

Att lagra ett enda stigande tal sedan en fast epok (snarare än en år/månad/dag/timme-struktur) var en medveten avvägning för enkelhet: två tidsstämplar kan jämföras eller subtraheras med ren aritmetik, ingen kalenderlogik krävs, vilket är varför databaser, loggformat och praktiskt taget varje programmeringsspråks interna datumrepresentation bygger på det. Priset för den enkelheten är precis vad det här verktyget finns för att jämna ut — människor tänker inte i sekunder-sedan-1970, så varje tidsstämpel måste översättas tillbaka till ett kalenderdatum innan den betyder något för en person som läser den, och den översättningen måste ta hänsyn till tidszon, precision (sekunder mot millisekunder) och visningsformat samtidigt.

→ Base64-kodare/avkodare · Åldersräknare

Vanliga frågor