Unix timestamp
Konverter mellom Unix-tid og lesbar dato, lokal og UTC.
Slik fungerer det
Unix-tid teller sekunder siden 1. januar 1970 (UTC). Lim inn et tall for å se datoen i både lokal tid og UTC, eller velg en dato for å få tilbake tidsstempelet. Millisekunder gjenkjennes automatisk.
Om dette verktøyet
En Unix-tidsstempel (også kalt «epoch time») er antall sekunder som har gått siden 1. januar 1970 00:00:00 UTC, nullpunktet i Unix-verdenen. Det er den mest brukte måten å representere tid på i programvare fordi det er kompakt, entydig og lett å sammenligne. Dette verktøyet konverterer mellom Unix-tidsstempel og lesbar dato/tid i din tidssone, i UTC og i ISO 8601-format. Det håndterer både sekunder og millisekunder (som JavaScript, Java og PostgreSQL typisk bruker) og viser gjeldende tidsstempel som oppdateres i sanntid.
Slik bruker du det
- Skriv inn et Unix-tidsstempel (sekunder eller millisekunder), verktøyet oppdager automatisk hvilket format.
- Se datoen konvertert til din lokale tidssone, UTC og ISO 8601 samtidig.
- Motsatt vei: velg en dato og tid, og få tilbake Unix-tidsstempelet.
- Klikk «Nå» for gjeldende tidsstempel, oppdateres i sanntid.
- Kopier resultatet med ett klikk for å bruke det i kode eller SQL.
Eksempler
01970-01-01T00:00:00Z17517024000002025-07-05T08:00:00Z2026-07-05T14:30:00+02:001783263000Vanlige bruksområder
- Debugge loggfiler som viser timestamps i sekunder eller millisekunder.
- Sette utløpsdato på JWT-tokens (`exp`-feltet er alltid Unix-sekunder).
- Konvertere `created_at`/`updated_at`-verdier fra en database til lesbart format.
- Sammenligne to timestamps for å regne ut varighet eller alder.
- Legge inn timestamps i URL-parametere for cache-busting.
- Konvertere mellom UTC og lokal tid uten å tenke på sommertid manuelt.
Ofte stilte spørsmål
- Sekunder eller millisekunder, hvordan vet jeg?
- Regelen: 10 sifre er sekunder (typisk «17…» i 2020-tallet), 13 sifre er millisekunder («17…000»). Går tallet mange millioner år frem eller tilbake, har du valgt feil enhet. Verktøyet oppdager det automatisk.
- Hva er «Year 2038-problemet»?
- Klassiske 32-bits signed Unix-tidsstempler renner over 19. januar 2038 kl. 03:14:07 UTC. Nummeret blir negativt og systemer tror det er 1901. Løsning: bruk 64-bits timestamps (som moderne Linux, macOS, iOS og Windows gjør). Sjekk gamle embedded-systemer og databaser med `int` (ikke `bigint`)-kolonner.
- Er Unix-tidsstempel alltid i UTC?
- Ja. Unix-tidsstempler er per definisjon UTC, uten tidssone. Det er nettopp det som gjør dem så nyttige, samme timestamp betyr samme øyeblikk uansett hvor du er i verden. Tidssone kommer først inn når du konverterer til lesbar dato/tid.
- Teller Unix-timestamps skuddsekunder?
- Nei. Unix-tid definerer én dag som nøyaktig 86 400 sekunder og hopper over skuddsekunder, så to Unix-timestamps 60 sekunder fra hverandre er ikke alltid akkurat 60 SI-sekunder fra hverandre. For de fleste apper er dette helt greit, men kritiske vitenskapelige eller finansielle systemer kan trenge TAI eller PTP i tillegg.
Teknisk bakgrunn
Unix-tidsstempler ble definert i POSIX-standarden på 1970-tallet, og «epoch» ble valgt til å være 1970-01-01 fordi det var like før Unix-systemene begynte å bli distribuert. Formatet er teknisk sett antall SI-sekunder minus antall skuddsekunder som er lagt til siden 1972. Dette gjør at hver Unix-dag har eksakt 86 400 «sekunder», selv om noen faktisk har 86 401 SI-sekunder. Moderne systemer bruker 64-bits signed integer, som gir plass til datoer omtrent 292 milliarder år frem og tilbake, trygt fra Y2038-problemet.