Unix timestamp omzetten naar datum en tijd
Met deze Unix timestamp converter verander je Epoch-tijd in een leesbare UTC- en lokale datum, of zet je een datum terug om naar seconden en milliseconden. De live teller toont de huidige Unix-tijd. De tool is nuttig bij API-responses, databases, logbestanden, webhooks, geplande taken en foutonderzoek in software.
Wat is een Unix timestamp?
Een Unix timestamp is een numerieke tijdrepresentatie gebaseerd op de Epoch: 1 januari 1970 om 00:00:00 UTC. Een waarde in seconden telt de verstreken POSIX-seconden vanaf dat referentiepunt. POSIX behandelt iedere kalenderdag als 86.400 seconden en verwerkt schrikkelseconden niet als extra oplopende timestampseconden. Daardoor moet “aantal seconden sinds 1970” niet worden geïnterpreteerd als een perfecte telling van alle fysiek verstreken SI-seconden.
Het voordeel van een timestamp is dat dezelfde numerieke waarde wereldwijd hetzelfde moment vertegenwoordigt. Pas bij de weergave wordt een tijdzone toegepast om een lokale kloktijd te tonen.
Seconden tegenover milliseconden
Veel Unix- en Linux-systemen, databases en API's gebruiken seconden. JavaScript gebruikt voor Date.now() en Date doorgaans milliseconden. Een actuele timestamp in seconden heeft meestal tien cijfers, terwijl milliseconden meestal dertien cijfers hebben. Dit is slechts een praktische herkenningsregel; voor historische of zeer toekomstige datums kan de lengte anders zijn.
Kies daarom expliciet de juiste eenheid. Als een millisecondenwaarde per ongeluk als seconden wordt gelezen, komt de datum extreem ver in de toekomst of buiten het bereik van de browser te liggen. Om seconden naar milliseconden om te zetten vermenigvuldig je met 1.000.
UTC en lokale tijd begrijpen
Bij timestamp naar datum toont de calculator zowel UTC als de lokale weergave van de browser. Die lokale tijd hangt af van de tijdzone-instelling en zomertijdregels van het apparaat. De timestamp zelf verandert niet. Twee gebruikers in Amsterdam en New York kunnen dus dezelfde timestamp zien met verschillende kloktijden.
Bij datum naar timestamp gebruikt het invoerveld geen afzonderlijke tijdzonekeuze. De browser interpreteert de ingevoerde datum en tijd als lokaal op het apparaat. Wil je een exact UTC-moment omzetten, corrigeer dan voor deze eigenschap of gebruik een invoermethode waarin de offset expliciet is opgenomen.
Timestamps vóór 1970 en schrikkelseconden
Veel moderne systemen gebruiken negatieve timestamps voor momenten vóór de Epoch, maar ondersteuning verschilt per platform en gegevensformaat. Ook het bereik van JavaScript-datums is niet onbeperkt. Controleer oude archiefdata daarom in de doelomgeving.
Unix-tijd modelleert schrikkelseconden niet op dezelfde manier als UTC-klokken. Bij toepassingen die astronomische of sub-secondeprecisie vereisen, zijn aanvullende tijdschalen en gespecialiseerde bibliotheken nodig.
Het jaar 2038-probleem
Een signed 32-bits geheel getal kan maximaal 2.147.483.647 opslaan. Als dit getal seconden sinds de Epoch voorstelt, wordt de grens bereikt op 19 januari 2038 om 03:14:07 UTC. Oudere systemen of gegevensstructuren kunnen daarna overlopen. Moderne software gebruikt vaak 64-bits waarden, maar koppelingen met oude apparatuur, bestandsformaten en embedded systemen moeten nog steeds worden gecontroleerd.
Praktische tips voor ontwikkelaars
Documenteer bij ieder veld of het seconden of milliseconden bevat. Bewaar een absoluut moment bij voorkeur onafhankelijk van de weergavetijdzone en zet het pas in de gebruikersinterface om naar lokale tijd. Controleer afronding: de tool gebruikt bij seconden het gehele aantal via naar beneden afronden. Test ook zomertijdovergangen, negatieve waarden, ontbrekende tijdzones en de 2038-grens. De converter helpt bij inspectie, maar vervangt geen duidelijke tijdscontracten in API's en databases.
Reacties