Unix Timestamp Converter

Wat is deze tool?

Een Unix-timestamp (ook epoch-tijd genoemd) is het aantal seconden verstreken sinds 1 januari 1970, 00:00:00 UTC. Het is de standaardmanier waarop computers tijdstippen opslaan: databases, logbestanden, API's en programmeertalen gebruiken het allemaal omdat het één ondubbelzinnig getal is, zonder tijdzoneverwarring.

Er bestaan twee varianten: seconden (10 cijfers tegenwoordig, bijv. 1720500000) en milliseconden (13 cijfers, gebruikt door JavaScript en Java). Deze tool detecteert automatisch welke je hebt geplakt.

Waarom gebruiken?

• Lees timestamps uit logs, databaserijen en API-responses direct.
• Detecteert automatisch seconden versus milliseconden — geen giswerk.
• Toont lokale tijd, UTC, ISO 8601 en relatieve tijd ("3 uur geleden") samen.
• Converteert beide kanten op: timestamp → datum en datum → timestamp.
• Live huidige-epoch-klok voor snelle referentie.

Hoe te gebruiken

1. Decoderen: plak een timestamp (zoals 1720500000) in het linkervak en klik op "Converteren".
2. Lees het resultaat in je lokale tijdzone, UTC, ISO 8601 en als relatieve tijd.
3. Coderen: kies een datum en tijd in het rechtervak en klik op "Converteren" voor de bijbehorende timestamp in seconden en milliseconden.
4. Gebruik de live klok bovenaan als je snel de huidige timestamp nodig hebt.

Voorbeeld

Invoer

1720500000

Uitvoer

Lokale tijd: 9-7-2024, 13:20:00
UTC-tijd:   di, 09 jul 2024 05:20:00 GMT
ISO 8601:   2024-07-09T05:20:00.000Z

Een waarde van 10 cijfers wordt behandeld als seconden; een waarde van 13 cijfers als milliseconden.

Praktische tips

• Bij het debuggen van "verkeerde tijd"-bugs: 90% zijn tijdzoneweergaveproblemen, geen foute timestamps. Vergelijk de UTC-rij met je serverlogs (servers loggen meestal UTC) voordat je aan code gaat sleutelen.
• Een datum die precies op 1970-01-01 uitkomt betekent dat de timestamp 0 of ontbrekend was — een klassiek symptoom van een null-waarde, geen echte datum.
• Een datum rond 1970 plus een paar dagen betekent meestal dat seconden ergens als milliseconden zijn geïnterpreteerd; een datum in het jaar 56.000+ betekent het omgekeerde.
• In spreadsheets: Excel telt dagen sinds 1900, geen seconden sinds 1970. Converteer met =(A1/86400)+DATUM(1970;1;1) voor een timestamp in seconden.

Praktijkscenario's

Waar timestamps in de praktijk vaak roet in het eten gooien: verlooptijden lezen in JWT's en API-tokens (exp/iat zijn Unix-seconden), het tijdstip van een bugmelding koppelen aan serverlogregels, cache-TTL's en cron-vensters instellen, en controleren of een certificaat of token daadwerkelijk is verlopen. De relatieve-tijdrij ("3 uur geleden") is de snelste controle voor dit alles.

JWT-debugging komt vaak genoeg voor om apart te noemen: decodeer de payload van het token met de Base64-tool, plak vervolgens de exp-waarde hier — direct antwoord op "is dit token verlopen en met hoeveel".

Waarom Unix-tijd zo is ontworpen

Eén oplopend getal opslaan sinds een vaste epoch (in plaats van een jaar/maand/dag/uur-structuur) was een bewuste keuze voor eenvoud: twee timestamps kunnen met gewone rekenkunde worden vergeleken of van elkaar afgetrokken, zonder kalenderlogica — en daarom zijn databases, logformaten en vrijwel elke interne datumrepresentatie van programmeertalen erop gebouwd. De prijs van die eenvoud is precies waar deze tool voor bestaat om te verzachten — mensen denken niet in seconden-sinds-1970, dus elke timestamp moet worden terugvertaald naar een kalenderdatum voordat hij voor een lezer iets betekent, en die vertaling moet tegelijk rekening houden met tijdzone, precisie (seconden versus milliseconden) en weergaveformaat.

→ Base64 Encoder / Decoder · Leeftijdscalculator

Veelgestelde vragen