10 cijfers betekent meestal Unix-seconden voor moderne datums.
Unix timestamp omrekenen
Plak een Unix timestamp om deze om te zetten naar leesbare lokale tijd en UTC. Je kunt ook de huidige timestamp in seconden of milliseconden genereren voor logs, APIs, databases en debugging.
Zo gebruik je het
- Plak een timestamp of klik op huidige tijd.
- Kies seconden of milliseconden.
- Bekijk lokale datum, UTC-datum en ISO 8601-waarde.
Waarom Unix timestamps nuttig zijn
Een Unix timestamp is tijdzoneneutraal: hij telt verstreken tijd sinds 1970-01-01 00:00:00 UTC. Daardoor is hij compact, sorteerbaar en betrouwbaar voor systemen die datums uitwisselen.
De grootste fout is seconden en milliseconden verwarren. JavaScript gebruikt meestal milliseconden, terwijl veel APIs en databases seconden gebruiken.
Unix timestamps komen veel voor in APIs, logs, databases, analytics-exports, JavaScript, Python, Linux-tools en incidenttijdlijnen. Ze zijn compact, maar lastig leesbaar zonder conversie.
De meest voorkomende fout is de verkeerde precisie gebruiken. Een waarde met tien cijfers is meestal seconden, dertien cijfers meestal milliseconden, en langere waarden vaak micro- of nanoseconden.
Vergelijk bij debugging lokale tijd, UTC-tijd, ISO 8601 en de ruwe timestamp samen. Zo zie je sneller tijdzonefouten, zomertijdverwarring en factor-1000-problemen.
Deel je een timestamp met een andere developer, vermeld dan de eenheid en een ISO-waarde. Alleen een getal kan dubbelzinnig zijn; “1779244818 seconden / 2026-05-19T…” maakt het bedoelde moment veel duidelijker.
Unix time wordt meestal in UTC opgeslagen, maar mensen lezen datums in lokale tijd. Beide weergaven naast elkaar zijn belangrijk wanneer een server in UTC draait, een gebruiker in Amerika zit en support in Europa of India werkt.
JavaScript geeft met Date.now() milliseconden terug, PostgreSQL en veel APIs gebruiken vaak seconden, en sommige eventstreams gebruiken micro- of nanoseconden. De lengte van het getal controleren voorkomt veel verkeerde datums.
Het 2038-probleem raakt oudere systemen die Unix time als signed 32-bit integer opslaan. Moderne 64-bit systemen vermijden die limiet, maar embedded apparaten, oude databases en bestandsformaten kunnen nog kwetsbaar zijn.
Timestampconversie is nuttig bij incidenten, omdat logs van verschillende systemen vaak andere formats gebruiken. De ene service schrijft ISO UTC, een andere epoch-milliseconden en een database-export seconden.
Onderzoek je een bug, vergelijk de geconverteerde timestamp dan met de tijdzone van de gebruiker, de server en de deploymenttijdlijn. Veel “verkeerde tijd”-bugs zijn eigenlijk weergave- of eenheidsfouten.
In analytics-exports kan een timestamp staan voor eventcreatie, ingestie, verwerking of rapportage. Het getal alleen vertelt dat niet; kolomnamen en documentatie zijn belangrijk.
Sla je zelf timestamps op, bewaar dan de ruwe UTC-waarde en formatteer pas in de presentatie. Zo verlies je geen informatie als gebruikers reizen, van tijdzone wisselen of oude events bekijken.
Zo herken je de eenheid
13 cijfers betekent vaak Unix-milliseconden uit JavaScript of browser-API’s.
16 of 19 cijfers komen vaak uit high-precision databases, tracing of event-pipelines; cijferlengte is een heuristiek, dus controleer met een bekende datum.
Veilige workflows voor developers
- Normaliseer timestamps naar UTC voordat je ze vergelijkt tussen services of logs.
- Zet pas om naar leesbare lokale tijd in de presentatie-laag of tijdens gericht debuggen.
- Weet je de eenheid niet zeker, gebruik auto-detect dan als eerste stap en controleer tegen een bekend event of logregel.
Waar fouten meestal ontstaan
- Milliseconden naar een systeem sturen dat seconden verwacht levert datums ver in de toekomst op.
- Een lokale klokwaarde lezen alsof die UTC is verschuift gebeurtenissen met uren.
- Rond zomertijdwissels is het het veiligst om in UTC te blijven tot aan de uiteindelijke weergave.
Uitgewerkte voorbeelden
De timestamp 1717243200 is 2024-06-01 12:00:00 UTC wanneer je die als seconden leest.
De waarde 1717243200000 stelt hetzelfde moment voor wanneer je die als milliseconden leest.
Als een omgerekende datum in jaar 56387 belandt, heb je waarschijnlijk milliseconden als seconden behandeld.
Veelgestelde vragen
Wat is de Unix epoch?
Dat is 1970-01-01 00:00:00 UTC, het nulpunt waar Unix timestamps vanaf tellen.
Moet ik seconden of milliseconden gebruiken?
Gebruik de eenheid die je systeem verwacht. JavaScript Date gebruikt milliseconden, klassieke Unix timestamps meestal seconden.
Hoe herken ik seconden of milliseconden?
Huidige timestamps in seconden hebben meestal 10 cijfers en milliseconden meestal 13. Zie dat als aanwijzing, niet als bewijs: controleer de geconverteerde datum tegen een bekend event, logregel of verwacht bereik.
Waarom verschilt mijn lokale tijd van UTC?
UTC is de wereldwijde referentie. Lokale tijd past je tijdzone-offset toe en kan zomertijd bevatten.
Waarvoor wordt ISO 8601 gebruikt?
ISO 8601 is een leesbaar en sorteerbaar datum-tijdformaat voor APIs, databases, logs en documentatie.
Wat is het 2038-probleem?
Sommige oude systemen slaan Unix time op als signed 32-bit integer, die in januari 2038 overloopt. Moderne 64-bit systemen vermijden dit.