Epoch Tijd Converter
Converteer Unix-timestamps naar UTC-datums of zet een datum om in epoch-seconden.
Hoe deze epoch-tijdconverter te gebruiken
- Kies de conversiemodus
Selecteer Epoch naar datum of Datum naar epoch in het veld Conversiemodus.
- Voor epoch naar datum
Voer de Unix-timestamp in seconden in het veld Epoch-timestamp (seconden) in.
- Voor datum naar epoch
Kies de datum in de kalender en stel vervolgens Uur (UTC), Minuut (UTC) en Seconde (UTC) naar wens in.
- Bekijk het resultaat
De calculator toont de UTC-waarde, Unix-milliseconden en de dag van de week.
Hoe deze epoch-tijdconverter werkt
Deze epoch-tijdconverter vertaalt tussen Unix-timestamps en leesbare UTC-datums. Unix-tijd — ook wel POSIX-tijd of epoch-tijd genoemd — telt het aantal seconden dat is verstreken sinds de Unix-epoch, gedefinieerd als middernacht UTC op 1 januari 1970 (1970-01-01T00:00:00Z). Deze weergave met één geheel getal is de de-facto standaard voor het opslaan en verzenden van tijdstempels in databases, API's, logbestanden, JWT-tokens en vrijwel elke moderne programmeertaal. De converter werkt in beide richtingen: het invoeren van een numerieke timestamp geeft de bijbehorende UTC-datum, dag van de week en het equivalent in milliseconden, terwijl het invoeren van een kalenderdatum en -tijd de epoch-waarde in seconden en milliseconden oplevert.
Unix-tijd = seconden verstreken sinds 1970-01-01T00:00:00Z Om de Unix-timestamp 1.700.000.000 naar een datum te converteren: beginnend bij 1970-01-01 00:00:00 UTC, voeg 1.700.000.000 seconden toe. Dit staat gelijk aan 19.675 dagen, 17 uur, 46 minuten en 40 seconden. De resulterende UTC-datum is 14 november 2023 om 22:13:20 UTC, wat op een dinsdag valt. Het equivalent in milliseconden is 1.700.000.000.000. Omgekeerd geeft het invoeren van 14 november 2023 om 22:13:20 UTC een epoch-waarde van precies 1.700.000.000.
Timestamp 0 wordt geconverteerd naar 1970-01-01 00:00:00 UTC (donderdag). Het equivalent in milliseconden is 0.
Timestamp 1.704.000.000 wordt geconverteerd naar 2023-12-31 12:00:00 UTC (zondag). Het invoeren van die datum en tijd in de modus 'Datum naar epoch' retourneert 1.704.000.000.
- ✓ Alle berekeningen zijn in UTC. Conversies naar lokale tijd vereisen het toepassen van de juiste tijdzone-offset na de conversie.
- ✓ Schrikkelseconden worden niet geteld. Net als POSIX behandelt deze converter elke dag als precies 86.400 seconden, wat overeenkomt met het gedrag van de meeste programmeertalen en besturingssystemen.
- ✓ Negatieve tijdstempels vertegenwoordigen datums vóór de epoch (1 januari 1970). Bijvoorbeeld, −86400 komt overeen met 31 december 1969.
- ✓ Tijdstempels in milliseconden moeten voor invoer door 1.000 worden gedeeld; de converter accepteert seconden als invoer en toont het equivalent in milliseconden in de resultaten.
- JavaScript's Date.now() en Java's System.currentTimeMillis() geven milliseconden terug, geen seconden — deel door 1.000 voordat u de waarde hier invoert, of gebruik de milliseconden-output voor vergelijking.
- Het jaar 2038-probleem treft 32-bit signed-integer timestamps, die zullen overlopen op 19 januari 2038 om 03:14:07 UTC. De meeste moderne systemen zijn gemigreerd naar 64-bit timestamps.
- Let bij het debuggen van API-responses of logbestanden op timestamps die precies 3.600 of 7.200 seconden afwijken — dit duidt meestal op een tijdzone-offset die ergens in de pipeline is toegepast (of weggelaten).
- Epoch-tijd is altijd monotoon stijgend (afgezien van schrikkelseconde-aanpassingen), wat het ideaal maakt voor het sorteren van gebeurtenissen, het berekenen van tijdsduur en het genereren van unieke tijdgebaseerde identifiers.
- IEEE Std 1003.1 (POSIX) — definitie van seconden sinds de epoch
- Unix epoch oorsprong — Documentatie van The Unix Heritage Society en Bell Labs
- RFC 3339 — Datum en tijd op het internet: Timestamps
Wat zijn Unix-timestamps?
Een Unix-timestamp is het aantal seconden dat is verstreken sinds middernacht UTC op 1 januari 1970 — de Unix-epoch. Dit enkele gehele getal is de de-facto standaard voor het weergeven van tijd in databases, API's, logbestanden en de meeste programmeertalen. Omdat het tijdzone-onafhankelijk en monotoon stijgend is, vereenvoudigt het sorteren, tijdsduurberekeningen en tijdgebaseerde vergelijkingen. JavaScript's Date.now() en veel API's retourneren milliseconden (1.000 × seconden), dus deel door 1.000 voordat u hier een millisecondewaarde invoert. Negatieve timestamps vertegenwoordigen datums vóór 1970; bijvoorbeeld −86400 is precies één dag vóór de epoch.
Gebruiksscenario's voor epoch-tijd voor ontwikkelaars
Ontwikkelaars gebruiken Unix-timestamps bij het opslaan van gebeurtenistijden in databases, het serialiseren van datums in JSON-API's, het genereren van tijdgebaseerde cache-sleutels en het debuggen van logboekvermeldingen. Databasekolommen slaan timestamps vaak op als gehele getallen voor efficiënte indexering en bereikquery's. API-antwoorden retourneren vaak epoch-seconden of milliseconden om tijdzone-ambiguïteit te voorkomen. Bij het debuggen onthult het converteren van een ruwe timestamp uit een logboek of JWT-claim naar een leesbare datum snel of de waarde correct is of afwijkt door een tijdzonefactor. Epoch-tijd wordt ook gebruikt voor rate limiting, sessieverloop en het genereren van sorteerbare unieke identifiers in gedistribueerde systemen.
Veelgestelde vragen over de epoch-tijdconverter
Wat is de Unix-epoch?
De Unix-epoch is het referentiepunt van waaruit de Unix-tijd wordt gemeten: middernacht UTC op 1 januari 1970 (1970-01-01T00:00:00Z). Een timestamp van 0 komt overeen met dat exacte moment.
Waarom heeft mijn JavaScript-timestamp meer cijfers?
JavaScript's Date.now() retourneert milliseconden sinds de epoch, geen seconden. Deel door 1.000 om te converteren naar het op seconden gebaseerde formaat dat door deze tool wordt gebruikt, of vergelijk direct met de milliseconden-output.
Kan ik een negatieve tijdstempel invoeren?
Ja. Negatieve waarden vertegenwoordigen datums vóór de epoch. Bijvoorbeeld, −86400 komt overeen met 1969-12-31T00:00:00Z, precies één dag voor de epoch.
Houdt dit rekening met schrikkelseconden?
Nee, en dit komt overeen met de POSIX-standaard. POSIX-tijd gaat ervan uit dat elke dag precies 86.400 seconden duurt. De 27 schrikkelseconden die sinds 1972 zijn ingevoegd, worden niet afzonderlijk weergegeven, wat betekent dat UTC en Unix-tijd tot een seconde kunnen verschillen op de grenzen van schrikkelseconden.
Wat is het jaar 2038-probleem?
Systemen die Unix-tijd opslaan als een 32-bits signed integer zullen overlopen op 19 januari 2038 om 03:14:07 UTC, omslaan naar een groot negatief getal en datums in 1901 produceren. De meeste moderne platforms gebruiken nu 64-bits tijdstempels, die gedurende meer dan 290 miljard jaar niet zullen overlopen.