/timestamp

Unix timestamp

Konverter mellom Unix-tid og lesbar dato, lokal og UTC.

Sekunder eller millisekunder.
-
-

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

  1. Skriv inn et Unix-tidsstempel (sekunder eller millisekunder), verktøyet oppdager automatisk hvilket format.
  2. Se datoen konvertert til din lokale tidssone, UTC og ISO 8601 samtidig.
  3. Motsatt vei: velg en dato og tid, og få tilbake Unix-tidsstempelet.
  4. Klikk «Nå» for gjeldende tidsstempel, oppdateres i sanntid.
  5. Kopier resultatet med ett klikk for å bruke det i kode eller SQL.

Eksempler

Epoch (nullpunktet)
Inn0
Ut1970-01-01T00:00:00Z
Selve nullpunktet. En «vetteskremme»-verdi som ofte dukker opp når kode setter dato = 0 ved feil.
Millisekunder (JavaScript-stil)
Inn1751702400000
Ut2025-07-05T08:00:00Z
`Date.now()` i JavaScript returnerer millisekunder. 13-sifrede tall er typisk ms, 10-sifrede er sekunder.
ISO 8601
Inn2026-07-05T14:30:00+02:00
Ut1783263000
ISO 8601 med tidssone-offset er den sikreste måten å utveksle datoer mellom systemer. Alltid ta med tidssonen.

Vanlige 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.