Ontwikkelaar

Unix Timestamp-converter

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.

Heeft deze tool u geholpen?

Wat is Unix Timestamp-converter?

Een Unix Timestamp Converter is een essentieel ontwikkeltool dat de kloof overbrugt tussen machineleesbare epoche tijd en door mensen leesbare datums. Unix tijd (ook epoche tijd genoemd) telt het aantal seconden dat is verstreken sinds 1 januari 1970 00:00:00 UTC — het moment waarop het Unix besturingssysteem voor het eerst opstarte op een PDP-11 computer in de Bell Labs. Deze datum staat bekend als de Unix Epoche en dient als universeel nulpunt voor tijdmeting in computing. De converter werkt in twee richtingen: voer een Unix timestamp in (meestal een 10-cijferig getal voor seconden of 13 cijfers voor milliseconden) om de bijbehorende leesbare datum te zien, of voer een datum en tijd in om de equivalente Unix timestamp te krijgen. Een live weergave van de huidige timestamp wordt elke seconde bijgewerkt zodat u het exacte moment met één klik kunt vastleggen. JavaScript\'s Date.now() en de meeste moderne API\'s retourneren timestamps in milliseconden (13 cijfers), terwijl databases en legacy systems vaak seconden gebruiken (10 cijfers) — verwarren hiervan is een van de meest voorkomende fouten in webontwikkeling. De converter verwerkt ook negatieve timestamps die datums vóór de epoche representeren (31 december 1969 en eerder). Schakel tussen UTC en lokale tijd om tijdzone-gevoelige waarden te verifiëren.

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:

  1. Voer een Unix-tijdstempel in om deze om te zetten naar een leesbare datum.
  2. Of voer een datum/tijd in om deze om te zetten naar een Unix-tijdstempel.
  3. Klik op de huidige tijd-knop om de huidige Unix-tijdstempel te krijgen.
  4. 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

  • Onmiddellijke conversie tussen Unix timestamps en leesbare datums in beide richtingen
  • Live huidige Unix timestamp wordt elke seconde bijgewerkt met copy-knop met één klik
  • Schakel tussen UTC en lokale tijd om tijdzone-gevoelige waarden te verifiëren
  • Verwerkt zowel 10-cijferige (seconden) als 13-cijferige (milliseconden) timestamp formaten
  • Verwerkt negatieve timestamps voor datums vóór de Unix epoche (vóór 1970)
  • Gratis, onmiddellijk en werkt in uw browser zonder registratie of gegevensverzameling

Pro-tips

  • Sla timestamps altijd op in UTC in databases — converteer naar lokale tijd alleen voor weergave.
  • Onthoud dat JavaScript\'s Date.now() milliseconden retourneert. Voor seconden: Math.floor(Date.now() / 1000).
  • Gebruik 64-bits integers voor timestampopslag in nieuwe systemen om het overloopprobleem van 2038 te voorkomen.
  • Bij het debuggen van onverwachte datums, controleer eerst of de timestamp in seconden of milliseconden is — het verschil is een factor van 1000.
  • Voor API-authenticatietokens of ondertekende URLs, bereken het vervalstempel aan de serverzijde en vergelijk het met de huidige Unix tijd om geldigheid te controleren.

Veelgemaakte fouten

  • Vergeten dat JavaScript\'s Date.now() milliseconden retourneert — deel altijd door 1000 bij het vergelijken met seconden-gebaseerde timestamps.
  • Aannemen dat alle API\'s hetzelfde formaat gebruiken — sommige retourneren seconden, andere milliseconden. Controleer altijd de API-documentatie.
  • Geen rekening houden met tijdzoneverschillen tussen waar de timestamp is gegenereerd en waar deze wordt bekeken, waardoor datums enkele uren verschillend lijken.
  • 32-bits integers gebruiken voor timestampopslag in nieuwe systemen in plaats van 64-bits, die in 2038 zullen overlopen en de applicatie zullen breken.

Sleutelbegrippen

Unix timestamp: Het aantal seconden verstreken sinds 1 januari 1970 00:00:00 UTC (Unix Epoche)
Epoche: Referentiepunt voor tijdmeting in computing; voor Unix is dit 1 januari 1970 00:00:00 UTC
UTC (Coordinated Universal Time): De primaire tijdstandaard wereldwijd, onafhankelijk van elke tijdzone
Probleem van het jaar 2038: De datum waarop 32-bits Unix timestamps zullen overlopen, waardoor systemen gedwongen worden naar negatieve waarden te springen en datums rond 1901 weergeven.
Milliseconden timestamp: Een 13-cijferige Unix timestamp waarbij tijd wordt gemeten in milliseconden in plaats van seconden, gebruikt door JavaScript Date.now() en de meeste moderne API\'s.

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.

Ontdek meer tools

Verse selectie uit onze volledige toolbibliotheek.