Datum naar Unix-tijdstempel

De tool Datum naar Unix-tijdstempel is gratis en zet een opgegeven datum en tijdzone om in een Unix-tijdstempel voor gebruik in code, API's, databases en logboeken.

Wat is een Unix-tijdstempel?

Een Unix-tijdstempel is een geheel getal dat aangeeft hoeveel seconden zijn verstreken sinds 1 januari 1970 om 00:00:00 UTC. Dit moment staat bekend als het Unix-tijdperk. Het Unix-tijdperk zelf heeft bijvoorbeeld tijdstempel 0, terwijl latere datums een positieve waarde hebben.

Met Unix-tijdstempels kunnen systemen een tijdstip compact en onafhankelijk van taal uitwisselen. Zo voorkom je verwarring door regionale datumnotaties zoals 10/09/2026, wat in Nederland als 10 september wordt gelezen, maar door sommige systemen als 9 oktober wordt geïnterpreteerd.

Een tijdstempel beschrijft een specifiek moment, niet een opgemaakte kalenderdatum. De waarde bevat zelf geen aanduiding voor Europe/London, UTC of een andere tijdzone. De tijdzone is wel belangrijk tijdens de omzetting, omdat deze bepaalt welk moment de oorspronkelijke lokale datum vertegenwoordigt.

Hoe zet ik een datum om in een Unix-tijdstempel?

Stel het veld Tijdzone in en gebruik vervolgens de geretourneerde waarde bij Unix-tijdstempel in het systeem waarvoor je deze nodig hebt.

1. Kies de gewenste tijdzone.
2. Voer de omzetting uit en kopieer het gehele getal bij Unix-tijdstempel.
3. Controleer voordat je de waarde invoert of het doelsysteem seconden of milliseconden verwacht.

De gekozen tijdzone kan het resultaat enkele uren verschuiven. Het verschil kan ook per datum veranderen, omdat regio's zoals het Verenigd Koninkrijk zomertijd toepassen. Europe/London gebruikt in de winter UTC en tijdens de Britse zomertijd normaal gesproken UTC+1.

De omzetting met Datum naar Unix-tijdstempel wordt op de server uitgevoerd. De invoer in Tijdzone wordt via HTTPS naar de server verzonden en niet opgeslagen.

Hoe lees ik de geretourneerde tijdstempel?

Lees het resultaat als het aantal seconden sinds het Unix-tijdperk, zonder leestekens, tijdzone-aanduiding of voor mensen leesbare datuminformatie. Voor hedendaagse datums bestaat de waarde vaak uit tien cijfers, al bewijst alleen het aantal cijfers niet dat een tijdstempel geldig is.

De meest voorkomende integratiefout is dat seconden en milliseconden door elkaar worden gehaald. Unix-georiënteerde tools en veel serversystemen gebruiken seconden. JavaScript-datum-API's gebruiken doorgaans milliseconden, waardoor je een waarde in seconden in die context mogelijk met 1.000 moet vermenigvuldigen.

• 0 betekent 1 januari 1970 om 00:00:00 UTC.
• Een groter positief geheel getal vertegenwoordigt een later tijdstip.
• Een negatieve tijdstempel kan een datum van vóór het Unix-tijdperk vertegenwoordigen, al verschilt de ondersteuning per toepassing en platform.
• Het getal bewaart niet welke tijdzone oorspronkelijk voor de berekening is gebruikt.

Een numeriek resultaat bevestigt niet dat je de bedoelde tijdzone hebt geselecteerd. Lijkt een omgerekend tijdstip onjuist, controleer dan eerst de gekozen tijdzone en vervolgens, indien van toepassing, de regels voor zomertijd. Wijkt de waarde met een factor 1.000 af, controleer dan welke eenheid wordt verwacht.

Voorbeelden van datumconversies

Deze korte voorbeelden laten zien hoe de tijdzone van invloed is op het weergegeven tijdstip.

1 januari 1970, 00:00:00 UTC komt overeen met 0.

1 januari 2024, 00:00:00 UTC komt overeen met 1704067200.

1 juli 2024, 12:00:00 Europe/London komt overeen met 1719831600.

In het laatste voorbeeld gold in Londen de Britse zomertijd. Daardoor kwam 12 uur 's middags lokale tijd overeen met 11:00 UTC. Als je voor dezelfde geschreven kloktijd UTC als tijdzone gebruikt, krijg je een andere tijdstempel.

Gebruik voor gegevens van derden bij voorkeur een ondubbelzinnige datum zoals 1 juli 2024 of de ISO-notatie 2024-07-01, in plaats van 01/07/2024. Tekst met accenten of niet-Latijnse tekens maakt geen deel uit van de tijdstempel zelf, omdat de uitvoer uit cijfers bestaat en eventueel met een minteken begint.

Wanneer is het handig om een datum naar Unix-tijd om te zetten?

Omzetten is nuttig wanneer je een voor mensen leesbare datum als exact, machineleesbaar tijdstip moet vergelijken, sorteren of verzenden. Denk aan het opsporen van fouten in een API-respons, het voorbereiden van een geplande taak vóór implementatie, het controleren van databaserecords en het interpreteren van datums die een andere dienst aanlevert.

• Zet een releasedeadline om voordat je deze in een implementatieconfiguratie opneemt.
• Vergelijk een gebeurtenis in een toepassing met tijdstempels in serverlogboeken.
• Stel queryparameters samen voor een API die begin- en eindtijden als seconden sinds het Unix-tijdperk accepteert.
• Normaliseer datums uit een CSV-bestand voordat je ze in een database opslaat.
• Controleer of een webhook van een externe partij seconden verstuurt en geen milliseconden.

Omzetten heeft weinig nut als alleen een persoon de datum leest en het ontvangende systeem een duidelijke ISO 8601-waarde accepteert. Een datum zoals 2026-09-10T14:30:00+01:00 behoudt de UTC-offset en is tijdens het opsporen van fouten meestal eenvoudiger te controleren. Ook voegt het herhaaldelijk omzetten van een waarde die al een Unix-tijdstempel is geen informatie toe.

Deze tool valideert geen API-schema, bevestigt niet dat een geplande taak daadwerkelijk wordt uitgevoerd en bewaart de oorspronkelijke tijdzone niet in de uitvoer. Gebruik Unix-tijdstempel naar datum om een tijdstempel als kalenderdatum te bekijken.

Veelgestelde vragen

Kan ik zelf een datum of tijd invoeren?

Nee. Het enige door de gebruiker in te vullen veld dat voor deze tool is gedocumenteerd, is Tijdzone.

Welke PHP-functie gebruikt de tool?

De serverimplementatie roept de PHP-functie date aan.

Wat is het jaar 2038-probleem?

De maximale 32-bits Unix-tijdstempel met teken is 2,147,483,647. Deze komt overeen met 19 januari 2038 om 03:14:07 UTC. Moderne systemen gebruiken vaak 64-bits waarden, maar oudere software, bestandsindelingen en embedded apparaten kunnen nog steeds met deze limiet te maken hebben. Controleer het opslagtype als je datums ver in de toekomst voorbereidt.

Houden Unix-tijdstempels rekening met schrikkelseconden?

In het gebruikelijke POSIX-model geeft Unix-tijd schrikkelseconden niet weer als afzonderlijk genummerde seconden. Voor de meeste toepassingen voor planning en logregistratie is dat aanvaardbaar, maar voor specialistisch astronomisch werk of uiterst nauwkeurige tijdmetingen kan een andere tijdstandaard nodig zijn.

Wat moet ik controleren voordat ik het resultaat opsla?

Controleer de tijdzone, de zomertijdstatus en de eenheid die het ontvangende systeem verwacht. Zet de tijdstempel daarna in dat systeem terug om naar een leesbare datum en vergelijk deze vóór implementatie of het bijwerken van opgeslagen gegevens met het origineel.