schedule Unix-Tijdstempel Converter star

Hoe Het Werkt

Een Unix-tijdstempel telt de volledige seconden die zijn verstreken sinds 00:00:00 UTC op 1 januari 1970 — een vast referentiepunt dat de epoch wordt genoemd. Het getal 1.784.000.000 valt in juli 2026; elke seconde sinds 1970 heeft zijn eigen unieke geheel getal, zonder enig begrip van tijdzone, kalendermaand of zomertijd ingebakken. Dat is precies waarom databases, API's en logbestanden tijd op deze manier opslaan: twee servers aan tegenovergestelde kanten van de planeet berekenen dezelfde tijdstempel voor hetzelfde moment, en tijdstempels numeriek sorteren is gelijk aan ze chronologisch sorteren — geen datumparseerlogica nodig.

Een tijdstempel omzetten naar een leesbare datum betekent dat dat gehele getal wordt geïnterpreteerd tegen een specifieke tijdzone: het onderliggende moment verandert niet, alleen de manier waarop het wordt weergegeven. Deze tool toont uw lokale tijdzone en UTC naast elkaar, zodat een verschil makkelijk op te merken is — tijdstempel 1784000000 leest bijvoorbeeld als 2026-07-13 22:13:20 UTC, wat in UTC+3 2026-07-14 01:13:20 wordt. In de andere richting — van leesbare datum naar tijdstempel — geldt dezelfde logica omgekeerd: de tool neemt de datumvelden die u invoert, behandelt ze als behorend bij de tijdzone die u hebt geselecteerd, en berekent het overeenkomstige epoch-getal. Seconden en milliseconden worden automatisch herkend aan het aantal cijfers, zodat het plakken van beide formaten zonder configuratie werkt.

Wat U Moet Weten

Een klassiek 32-bits ondertekend geheel getal kan hoogstens tot 2.147.483.647 seconden na de epoch tellen, wat wordt bereikt op 03:14:07 UTC op 19 januari 2038 — het zogenaamde "Jaar 2038-probleem." Systemen die tijdstempels nog in 32 bits opslaan, slaan op dat moment om naar een negatief getal, in de geest vergelijkbaar met de millenniumbug. Moderne 64-bits systemen slaan dezelfde waarde op in een veel groter geheel getal en blijven geldig voor ongeveer 292 miljard jaar, dus hedendaagse databases, besturingssystemen en talen ondervinden er geen last van. Negatieve tijdstempels zijn ook geldig — ze coderen simpelweg datums vóór 1 januari 1970, achterwaarts tellend. Nog een subtiliteit om te weten: af en toe wordt er een schrikkelseconde in UTC ingevoegd om gelijke tred te houden met de rotatie van de aarde, maar de Unix-tijdstempelstandaard negeert schrikkelseconden volledig en behandelt elke dag als precies 86.400 seconden — wat tijdstempelrekenkunde eenvoudig houdt, ten koste van astronomische exactheid.

Unix-tijdstempels duiken voortdurend op in alledaagse ontwikkeling: JSON Web Tokens coderen hun vervaldatum als een exp-claim in epoch-seconden, HTTP-cacheheaders en cookies stellen de vervaltijd vaak op dezelfde manier in, en planningssystemen vergelijken de huidige epoch met een doelwaarde om te bepalen wanneer ze moeten afgaan. Omdat het formaat gewoon een geheel getal is, is datumrekenkunde erop triviaal: 86.400 optellen bij een tijdstempel betekent altijd precies één dag later in UTC, ongeacht in welke maand of schrikkeljaar dit valt — iets wat rekenen met kalenderdatums veel foutgevoeliger maakt. Dit is ook waarom bijna elke programmeertaal een eenvoudige functie biedt om "nu" als tijdstempel te lezen — PHP's time(), JavaScript's Date.now(), Python's time.time() — en waarom het vergelijken van twee tijdstempels als gewone getallen voldoende is om te weten welke gebeurtenis het eerst plaatsvond, ongeacht waar ter wereld elk ervan zich voordeed.