Timestamp-converter

Over Unix-timestamps

Een Unix-timestamp telt seconden (of milliseconden) sinds 1 januari 1970 UTC — de "epoch". Het is één enkel getal dat een moment in tijd ondubbelzinnig weergeeft, onafhankelijk van tijdzone of kalendernotatie, waardoor de meeste systemen datums intern op deze manier opslaan en uitwisselen.

Unix-tijd negeert notoir schrikkelseconden — elke dag is gedefinieerd als exact 86.400 seconden, dus de zeldzame schrikkelseconden die klokken in lijn houden met de rotatie van de aarde, worden simpelweg opgeslokt in plaats van geteld, wat de reden is waarom Unix-tijd soms "bijna lineair" wordt genoemd in plaats van echt lineair. Een praktischer beperking: de traditionele 32-bit ondertekende weergave van Unix-tijd overloopt op 19 januari 2038 — het zogenaamde jaar-2038-probleem —, hoewel de meeste systemen tegenwoordig tijdstempels als 64-bit waarden opslaan, wat dezelfde overloop ongeveer 292 miljard jaar vooruitschuift.

Waar je het tegenkomt

• Een created_at- of expires_at-veld uit een API-respons of databaserij lezen
• Debuggen waarom de exp- of iat-claim van een JWT niet overeenkomt met wat je verwachtte
• Een log-timestamp omzetten naar je lokale tijd tijdens het onderzoeken van een incident
• Controleren of een cache, token of sessie daadwerkelijk is verlopen

Veelgestelde vragen

Hoe weet ik of een timestamp in seconden of milliseconden is?
Timestamps in seconden voor recente datums zijn 10 cijfers lang; die in milliseconden zijn 13 cijfers. Deze tool detecteert automatisch welke je hebt geplakt.

Waarom lijkt mijn timestamp een paar uur "verkeerd"?
Een Unix-timestamp zelf heeft geen tijdzone — het is een exact moment. Wat verandert, is hoe het wordt weergegeven: de rijen UTC en Lokaal tonen hier hetzelfde moment, alleen geformatteerd voor twee verschillende tijdzones.

Werkt dit ook met datums vóór 1970?
Ja — negatieve timestamps vertegenwoordigen momenten vóór de epoch, en deze tool verwerkt en toont ze op dezelfde manier.

Wat is het jaar-2038-probleem?
Een traditionele 32-bit ondertekende Unix-tijdstempel kan maar tellen tot 2.147.483.647 seconden na de epoch, wat wordt bereikt om 03:14:07 UTC op 19 januari 2038 — één seconde later loopt hij over en slaat om naar een negatief getal, wat doorgaans gelezen wordt als een datum in 1901. Systemen die nog 32-bit tijdstempels gebruiken (sommige embedded en oudere 32-bit software) zijn getroffen; de meeste moderne 64-bit systemen slaan tijdstempels al in 64 bits op, wat dezelfde overloop ver voorbij elk praktisch tijdsbestek uitstelt.