Overbrug de kloof tussen epoch-tijd en menselijke datums. Zet elke Unix-tijdstempel om naar een leesbare datum, of andersom — plus een live weergave van de huidige tijdstempel met één klik.
Rekenmachine laden...
Heeft deze tool u geholpen?
Wat is Unix Tijdstempel Omzetter?
Een Unix-tijdstempelomzetter converteert tussen Unix-tijdstempels (seconden sinds epoch) en door mensen leesbare datum/tijdformaten. Toont ook de huidige Unix-tijd met één klik. Essentieel voor ontwikkelaars die met tijdgegevens werken.
Wanneer gebruik je deze rekenmachine
Je debugt een API die Unix-tijdstempels retourneert en ze moet lezen als menselijke datums
Je schrijft code die datums opslaat of vergelijkt en moet converteren tussen tijdstempel en datumformaat
Je hebt de huidige Unix-tijdstempel nodig voor een logboekvermelding, API-aanroep of databaserecord
Je analyseert serverlogboeken waar tijdstempels in epoch-formaat zijn
Je wilt verifiëren dat een tijdstempel in je code overeenkomt met de juiste datum en tijd
Je werkt met databases of bestandssystemen die Unix-tijdstempels gebruiken voor bestandsmetagegevens
Stappen:
Voer een Unix-tijdstempel in om deze om te zetten naar een leesbare datum.
Of voer een datum/tijd in om deze om te zetten naar een Unix-tijdstempel.
Klik op de huidige tijd-knop om de huidige Unix-tijdstempel te krijgen.
Kopieer resultaten met de kopieerknop.
Formule
Tijdstempel → Datum: new Date(timestamp × 1000)
Datum → Tijdstempel: Math.floor(date.getTime() / 1000)
Unix-epoch: 1 januari 1970 00:00:00 UTC
Maximale 32-bit tijdstempel: 19 januari 2038 (03:14:07 UTC)
Gebruikscases
API-responsen met tijdstempels debuggen
Database-tijdstempelwaarden omzetten
Vervaldatums instellen in code
Logboekanalyse en interpretatie van tijdreeksgegevens
Belangrijkste voordelen
Zet tijdstempels en datums direct om
Huidige Unix-tijd met één klik
Weergave in lokale tijd en UTC
Gratis, geen registratie nodig
Pro-tips
Sla tijdstempels altijd op in UTC in databases
Converteer naar lokale tijd alleen voor weergave
Gebruik 64-bit integers voor tijdstempelopslag
Verifieer tijdstempels in beide richtingen voordat je erop vertrouwt
Veelgemaakte fouten
Vergeten dat JavaScript milliseconden gebruikt (×1000)
Aannemen dat alle API's hetzelfde tijdstempelformaat gebruiken
Geen rekening houden met tijdzoneverschillen
32-bit integers gebruiken voor tijdstempels in nieuwe systemen
Sleutelbegrippen
Unix-tijdstempel: Seconden sinds 1 januari 1970 UTC
Epoch: Referentiepunt voor tijdmeting
UTC: Gecoördineerde Universele Tijd
Jaar 2038-probleem: 32-bit integer overflow
Gerelateerde concepten
Unix-epoch: 1 januari 1970 00:00:00 UTC, het referentiepunt van waaruit alle Unix-tijdstempels worden gemeten
Epoch-tijd: Een systeem om tijd weer te geven als het aantal seconden verstreken sinds de Unix-epoch
UTC (Gecoördineerde Universele Tijd): De primaire tijdstandaard waarmee de wereld klokken en tijd reguleert, onafhankelijk van tijdzone
Jaar 2038-probleem: De datum waarop 32-bit Unix-tijdstempels zullen overlopen, waardoor systemen mogelijk de datum interpreteren als 1901
ISO 8601: Een internationale standaard voor het weergeven van datums en tijden (bijv. 2024-06-29T12:00:00Z) als alternatief voor Unix-tijdstempels
Voorbeeld
Huidige tijdstempel: 1719676800 → Datum: 29 juni 2024 12:00:00 PM UTC. Een datum omzetten: "1 januari 2025 00:00:00 UTC" → Tijdstempel: 1735689600.
Resultaten interpreteren
De omzetter werkt in twee richtingen: het invoeren van een Unix-tijdstempel geeft je de door mensen leesbare datum, en het invoeren van een datum geeft je de Unix-tijdstempel. De huidige Unix-tijd wordt bovenaan weergegeven met een vernieuwknop, zodat je altijd de live tijdstempel kunt zien zonder iets te typen.
Unix-tijdstempels tellen seconden sinds 1 januari 1970 UTC (Unix-epoch). Ze zijn tijdzononafhankelijk — dezelfde tijdstempel vertegenwoordigt hetzelfde moment overal op aarde. Wanneer je een datum invoert, gebruikt de omzetter je lokale tijdzone-offset om de tijdstempel te berekenen, maar je kunt overschakelen naar UTC als je tijdzone-neutrale resultaten nodig hebt.
Het 2038-probleem is het waard om te begrijpen: 32-bit signed integers lopen over op 19 januari 2038, wat betekent dat legacy-systemen die 32-bit tijdstempels gebruiken zullen teruglopen naar negatieve waarden. Moderne systemen gebruiken 64-bit tijdstempels die miljarden jaren niet zullen overlopen. Als je onverwachte datums rond 1901 of 2038 tegenkomt, is een 32-bit overflow de waarschijnlijke oorzaak.
Veelgestelde Vragen
Wat is een Unix-tijdstempel?
Een Unix-tijdstempel is het aantal seconden dat is verstreken sinds 1 januari 1970 om 00:00:00 UTC (de Unix-epoch). Het is een universele tijdreferentie die wordt gebruikt in programmeren en informatica.
Waarom zijn tijdstempels nuttig?
Tijdstempels bieden een tijdzononafhankelijke manier om tijden op te slaan en te vergelijken. Ze worden gebruikt in databases, API's, logboekregistratie en elk systeem dat nauwkeurige tijdregistratie nodig heeft.
Wat is het jaar 2038-probleem?
Op 19 januari 2038 zullen 32-bit Unix-tijdstempels overlopen omdat de maximale 32-bit signed integer (2.147.483.647) zal worden overschreden. Moderne systemen gebruiken 64-bit tijdstempels om dit te voorkomen.
Wat is het verschil tussen seconden en milliseconden in tijdstempels?
Standaard Unix-tijdstempels zijn in seconden. JavaScript en veel moderne API's gebruiken milliseconden (vermenigvuldig seconden met 1000). Als je onverwachte datums krijgt, controleer dan of de tijdstempel in seconden of milliseconden is — een milliseconde-tijdstempel geïnterpreteerd als seconden zal een datum ver in de toekomst tonen, en omgekeerd.
Waarom toont mijn tijdstempel een andere datum dan verwacht?
De meest voorkomende oorzaken zijn: de tijdstempel is in milliseconden in plaats van seconden (of omgekeerd), een tijdzoneverschil tussen waar de tijdstempel is gegenereerd en waar je deze bekijkt, of een 32-bit overflow voor zeer grote of zeer kleine waarden. Schakel tussen UTC en lokale tijd om tijdzoneproblemen uit te sluiten.
Kan ik tijdstempels vóór 1970 omzetten?
Ja. Tijdstempels vóór 1 januari 1970 worden weergegeven als negatieve getallen. Bijvoorbeeld, -86400 vertegenwoordigt 31 december 1969 om 00:00:00 UTC. De omzetter verwerkt negatieve tijdstempels correct.
Welk formaat gebruiken databases doorgaans voor tijdstempels?
De meeste relationele databases (PostgreSQL, MySQL) ondersteunen zowel Unix-tijdstempels (als integer-kolommen) als native datetime/timestamp-typen. PostgreSQL's TIMESTAMPTZ slaat tijdzonebewuste tijdstempels intern op. De keuze hangt af van de behoeften van je applicatie — Unix-tijdstempels zijn eenvoudiger voor vergelijkingen, terwijl native datetime-typen beter leesbaar zijn in query's.
Hoe verwerk ik tijdzoneconversies met Unix-tijdstempels?
Unix-tijdstempels zijn intern altijd UTC. Om weer te geven in een lokale tijdzone, pas de tijdzone-offset toe op het moment van weergave. De meeste programmeertalen hebben ingebouwde tijdzoneconversiefuncties. In JavaScript: new Date(timestamp * 1000).toLocaleString('en-US', { timeZone: 'America/New_York' }).
Wat is de maximale Unix-tijdstempelwaarde?
Een 64-bit signed integer kan tijdstempels vertegenwoordigen tot ongeveer 292 miljard jaar vanaf de epoch — ver voorbij de leeftijd van het universum. Praktisch gezien zullen 64-bit tijdstempels nooit overlopen. De 32-bit limiet (2.147.483.647 seconden) komt overeen met 19 januari 2038 om 03:14:07 UTC.
Waarom stappen sommige systemen af van Unix-tijdstempels?
Unix-tijdstempels verliezen aan leesbaarheid voor mensen en verwerken schrikkelseconden, tijdzonewijzigingen of kalenderhervormingen niet elegant. ISO 8601-strings (bijv. 2024-06-29T12:00:00Z) zijn zelfdocumenterend en tijdzonebewust. Unix-tijdstempels blijven echter populair vanwege hun eenvoud, compactheid en tijdzoneonafhankelijkheid in opslag en berekening.
