Unix Tijdstempel Converter

Inleiding

Een Unix-tijdstempel (of epoch-tijd) is de standaardmanier waarop computers tijd weergeven: één enkel geheel getal dat de seconden telt sinds 1 januari 1970 om middernacht UTC, exclusief schrikkelseconden. Het komt voor in databasegegevens, API-antwoorden, JWT-tokens, logbestanden, cron-schema's en cache-vervalheaders. Terwijl machines deze gehele getallen direct lezen, moeten mensen ze vertalen naar kalenderdatums en kloktijden — vaak in meerdere formaten tegelijk.

De Unix Tijdstempel Converter dient ontwikkelaars, systeembeheerders en beveiligingsanalisten die tijdstempels uit logs moeten decoderen, tokenverval moeten verifiëren, cron-taken over tijdzones moeten plannen, of snel een historische of toekomstige epoch-waarde moeten opzoeken. De tool is verdeeld in twee onafhankelijke blokken:

• Blok A (Unix-tijdstempel → Datum & Tijd): voer een numeriek tijdstempel in en zie het weergegeven in 21 datum- en tijdformaten, georganiseerd per standaardfamilie.
• Blok B (Datum & Tijd → Unix-tijdstempel): kies een kalenderdatum, tijd en tijdzone-offset en ontvang het equivalente tijdstempel in seconden, milliseconden en microseconden.

Beide blokken hebben hun eigen tijdzonekiezer, zodat u in UTC voor de ene richting en een aangepaste offset voor de andere kunt werken zonder overlapping.

Gebruikssituaties

Het converteren van Unix-tijdstempels is een terugkerende behoefte in ontwikkeling, operations en beveiligingswerk. Inzicht in deze scenario's helpt u de tool in uw workflow te integreren.

Debuggen van logs en foutrapporten

Applicatielogs, databaselogs en foutopsporingsdiensten registreren tijdstempels vaak als Unix-epoch-gehele getallen. Bij het onderzoeken van een incident plakt u het tijdstempel in Blok A om de leesbare tijd in meerdere formaten te zien — RFC 1123Z voor HTTP-header-correlatie, ISO 8601 voor JSON-payloads en relatieve tijd voor recentheidsbeoordeling.

API-integratie en tokenverificatie

JWT's, OAuth-tokens en API-rate-limit-headers gebruiken vaak Unix-tijdstempels voor vervaldatum (exp), uitgifte (iat) en resetvensters. Gebruik de converter om te controleren of een token nog geldig is, wanneer het is uitgegeven ten opzichte van uw huidige tijdzone en of uw lokale klok overeenkomt met de server-epochtijd.

Planning van cron-jobs en geplande taken

Bij het configureren van cron-jobs, geplande databaseback-ups of CI/CD-pipeline-triggers moet u vaak een kloktijd uitdrukken als een Unix-tijdstempel. Blok B laat u een datum, tijd en tijdzone kiezen en geeft vervolgens de exacte epochwaarde — geen hoofdrekenen of tijdzone-gegoochel nodig.

Samenwerking in meerdere tijdzones

Teams verspreid over tijdzones delen logfragmenten, implementatievensters en incidenttijdlijnen. Het plakken van een Unix-tijdstempel in Blok A en schakelen tussen UTC, Lokaal en aangepaste tijdzones onthult hoe hetzelfde moment eruitziet in de lokale tijd van elk teamlid — waardoor dubbelzinnigheid uit tijdzone-geconverteerde tekenreeksen wordt geëlimineerd.

Hoe het werkt

Unix-tijd telt seconden vanaf de epoch (1 januari 1970, 00:00:00 UTC). Elke tik voegt precies één seconde toe. Omdat het is verankerd aan UTC, vertegenwoordigt een Unix-tijdstempel hetzelfde moment overal op aarde — tijdzone maakt alleen uit wanneer u het als een mensleesbare tekenreeks weergeeft.

De tool gebruikt de native JavaScript Date-object van de browser voor alle conversies. Elke Date slaat intern tijd op als één getal: milliseconden sinds de Unix-epoch. Wanneer u een tijdstempel invoert, maakt de tool een Date aan en leest de UTC- of lokale eigenschappen, afhankelijk van de actieve tijdzonekiezer. Wanneer u een kalenderdatum en tijd invoert, berekent de tool het verschil met de epoch, aangepast voor de opgegeven tijdzone-offset.

Tijdstempel-eenheden in verschillende ecosystemen

Verschillende platforms en talen gebruiken verschillende epoch-eenheden. De eenhedenkiezer van de tool laat u de precisie van uw bron aanpassen:

De tool converteert uw invoer intern naar seconden. Als u een 13-cijferige waarde van JavaScript's Date.now() plakt, stelt u de eenheid in op milliseconden en de tool handelt de deling af.

Tijdzone & Zomertijd

Een Unix-tijdstempel vertegenwoordigt altijd hetzelfde fysieke moment. De tijdzonekiezer in elk blok verandert alleen hoe dat moment wordt weergegeven of geïnterpreteerd.

• Relative: hoe lang geleden het verzoek plaatsvond – deze rij wordt live bijgewerkt met je huidige klok, de waarde verandert telkens als je de pagina opent
• Lokale modus: gebruikt de systeemtijdzone van uw browser, inclusief automatische zomertijd-aanpassingen.
• Aangepaste modus: een numerieke UTC-offset tussen -12:00 en +14:00. De tool past deze offset direct toe zonder DST-correctie — het behandelt uw offset als een vaste klok.

Wanneer DST van kracht is, verandert de lokale tijdzone-offset. Hetzelfde tijdstempel weergegeven in de lokale modus kan een ander uur tonen dan in de vorige maand. Dit is normaal: het tijdstempel is hetzelfde, maar de lokale klokconventie is veranderd.

Voor de locale-geformatteerde rijen (Locale, Locale Date, Locale Time) respecteert de tool zowel de geselecteerde tijdzone als de taalinstellingen van uw browser. Als u de UTC-modus kiest, ontvangt toLocaleString { timeZone: 'UTC' }, zodat het locale-formaat de juiste tijdzone gebruikt.

Gebruik

Blok A — Tijdstempel naar Datum & Tijd

1. Voer een Unix-tijdstempel in het invoerveld in (alleen cijfers, optioneel minteken voor vóór 1970).
2. Selecteer de invoerprecisie: Seconden, Milliseconden of Microseconden.
3. Kies een tijdzone: UTC, Lokaal (uw systeemtijdzone) of Aangepast (voer een offset tussen -12 en +14 in in halve uur stappen).
4. Lees de resultaten — 21 datum- en tijdformaatrijen worden in realtime bijgewerkt.

Blok B — Datum & Tijd naar Tijdstempel

1. Voer het jaar direct in. Gebruik de keuzemenu's voor maand, dag, uur, minuut en seconde.
2. Kies een tijdzone uit de UTC/GMT-kiezer: Lokaal komt overeen met uw systeemtijdzone; numerieke invoer zoals UTC+8 behandelt de invoer als kloktijd in die zone.
3. De tijdstempelresultaten verschijnen onmiddellijk in seconden, milliseconden, microseconden, hexadecimaal en relatieve tijd.

De twee blokken werken onafhankelijk. Wijzigen van Blok A heeft geen invloed op Blok B en vice versa. Hiermee kunt u tijdstempels naast elkaar vergelijken of een referentiewaarde vergrendelen terwijl u verschillende formaten verkent.

Handleiding

Scenario 1: Decodeer een tijdstempel uit een serverlog

Uw toepassingslog toont tijdstempel 1742345678 — een mislukte API-aanroep. U moet precies weten wanneer het gebeurde en ook het HTTP-datumformaat controleren voor correlatie met HTTP-antwoordheaders.

1. Open de Unix Tijdstempel Converter.
2. Typ 1742345678 in het invoerveld van Blok A.
3. De resultaten geven 21 formaatrijen weer, waaronder:
   • @ Format: 3/19/2025 @ 12:54:38 AM UTC (snel scanbaar menselijk formaat)
   • RFC 1123Z: Wed, 19 Mar 2025 00:54:38 +0000 (HTTP-datumstandaard, komt overeen met Date- en Last-Modified-headers)

• Relative: hoe lang geleden het verzoek plaatsvond – deze rij wordt live bijgewerkt met je huidige klok, de waarde verandert telkens als je de pagina opent

4. Schakel de tijdzone naar Lokaal om te zien hoe laat het was in uw eigen tijdzone.

Scenario 2: Plan een cron-taak op een specifiek tijdstip

U heeft een cron-taak nodig die om 3:30 uur Eastern Time op 15 juni 2026 draait. Eastern Daylight Time is UTC-4 in juni.

1. Stel in Blok B de datum in op 15 juni 2026 en de tijd op 03:30:00.
2. Stel de UTC/GMT-kiezer in op UTC+4 (EDT is UTC-4, dus voer -4 in).
3. Lees de Seconden-waarde — dit is uw cron-tijdstempel. De Hex- en Relative-rijen worden ook bijgewerkt, waardoor u tegelijkertijd een machineleesbare en mensleesbare referentie krijgt.

Tips

Gebruiksgevallen per formaat

Elk uitvoerformaat dient een specifiek doel. Hier is wanneer u welk formaat gebruikt:

Taalimplementaties

Haal het huidige Unix-tijdstempel op in uw taal naar keuze:

// Go
time.Now().Unix()      // seconden
time.Now().UnixMilli() // milliseconden (Go 1.17+)

// JavaScript
Math.floor(Date.now() / 1000) // seconden
Date.now()                     // milliseconden

// PHP
time();              // seconden
intval(microtime(true) * 1000); // milliseconden

# Python
import time; int(time.time())         // seconden
import time; int(time.time() * 1000)  // milliseconden

Algemene tips

• Tijdstempels vóór 1970: Voer negatieve waarden in. 1 december 1960 om 00:00:00 UTC is -286329600.
• Hex-invoer: Hexadecimale waarden (met of zonder 0x-voorvoegsel) worden automatisch geparseerd — voer 0x67DA15CE in en zie het decimale equivalent.
• Tijdzones vergelijken: Stel de tijdzone van Blok A in op UTC en die van Blok A op Lokaal tegelijkertijd om te zien hoe hetzelfde moment in beide wordt weergegeven.

Veelgemaakte fouten

Unix-tijdstempels zijn eenvoudig in concept maar gemakkelijk verkeerd te gebruiken. Hier zijn de meest voorkomende valkuilen.

Verwarring tussen seconden en milliseconden

Dit is de meest voorkomende fout. Een getal van 10 cijfers zoals 1712345678 is seconden; een getal van 13 cijfers zoals 1712345678000 is milliseconden. Het plakken van milliseconden in een converter in secondenmodus produceert een datum tientallen jaren in de toekomst (bijv. 54382 jaar vanaf nu). Controleer altijd het aantal cijfers voordat u converteert.

Tijdzone negeren in de omgekeerde richting

Bij het converteren van een datum en tijd naar een Unix-tijdstempel (Blok B) is de geselecteerde tijdzone belangrijk. Het invoeren van 2026-06-15 03:30:00 met UTC geeft een ander tijdstempel dan dezelfde kloktijd met UTC+8 — het verschil is precies 8 uur. Het resulterende getal is correct voor elke interpretatie, maar als u vergeet de tijdzone in te stellen, komt de uitvoer niet overeen met wat het ontvangende systeem verwacht.

Aannemen dat lokale tijd overeenkomt met servertijd

Bij het decoderen van een tijdstempel uit een serverlog is het tijdstempel al in UTC — tijdzone heeft alleen invloed op hoe het wordt weergegeven. Het overschakelen van Blok A naar Lokale modus verandert de weergegeven kloktijd maar niet het onderliggende moment. Als de uitvoer er verkeerd uitziet, controleer dan eerst de tijdzonekiezer, niet de tijdstempelwaarde.

De verkeerde eenheid gebruiken voor hex of relatieve waarden

Hex en relatieve tijduitvoer zijn afgeleid van dezelfde interne conversie. Het invoeren van een tijdstempel in milliseconden met de eenheid ingesteld op seconden produceert een hex-waarde die een ander moment vertegenwoordigt. Bevestig altijd dat de eenhedenkiezer overeenkomt met de precisie van uw brongegevens.

Alternatieven

Gegevensprivacy

De Unix Tijdstempel Converter verwerkt elke conversie volledig in uw browser. Geen tijdstempel, datum of tijdzonewaarde die u invoert, wordt verzonden naar een server, opgeslagen in een database of gelogd in een systeem.

Alle conversies worden uitgevoerd met behulp van het native JavaScript Date-object in het geheugen. De toolpagina bevat geen analysescripts, trackingpixels of insluitingen van derden. Er worden geen cookies, localStorage- of sessionStorage-vermeldingen gemaakt of gelezen.

Na het initiële laden van de pagina werkt de converter volledig offline — u kunt de internetverbinding verbreken en doorgaan met het converteren van tijdstempels zonder onderbreking. U kunt dit verifiëren door de tool in vliegtuigmodus te gebruiken of de netwerkactiviteit in de ontwikkeltools van uw browser te inspecteren.

Problemen oplossen

Technische specificaties

• Conversie-engine: JavaScript Date-object (ECMAScript-standaard)
• Tijdstempelbereik: Volledig JavaScript-getallenbereik (±9 biljard seconden, miljarden jaren omvattend)
• Ondersteunde invoer: Decimale gehele getallen, negatieve waarden (vóór 1970)
• Invoerprecisie: Seconden, milliseconden of microseconden (configureerbaar)
• Tijdzone-ondersteuning: UTC, lokaal (browsersysteem), aangepaste GMT-offset (-12 tot +14 in stappen van 0,5 uur); onafhankelijk voor elk blok

De 21 formaatfamilies

Formaatstamboom

De datum- en tijdformaten in deze tool zijn afkomstig van vier lijnen:

• RFC 822 (1982) definieerde het oorspronkelijke e-maildatumformaat met een 2-cijferig jaar. RFC 1123 (1989) verving het door een 4-cijferig jaar. RFC 1123Z is hetzelfde formaat met een numerieke tijdzone-offset (+0000) in plaats van een alfabetische afkorting (UTC). Samen dekken deze HTTP-headers (1123Z) en e-mailformaten (822) af.
• ISO 8601 (1988) vestigde de internationale standaard voor datum- en tijdweergave. RFC 3339 (2002) profileert ISO 8601 voor internetgebruik en voegt vereisten toe zoals de verplichte Z voor UTC. De meeste moderne API's kiezen een van deze twee.
• Go-tijdconstanten (ANSIC, UnixDate, RubyDate, etc.) zijn gemakslayouts ingebouwd in de Go-standaardbibliotheek. Ze spiegelen POSIX-conventies (ctime-uitvoer), RFC-standaarden en Go-specifieke gemaksvormen (DateOnly, Kitchen, Stamp).
• Locale-formaten gebruiken de Intl.DateTimeFormat-API van de browser, die het Unicode Common Locale Data Repository (CLDR) volgt. De exacte uitvoer hangt af van de taalinstelling van de browser van de gebruiker.

Compatibiliteit

• Browsers: Chrome 90+, Firefox 90+, Safari 15+, Edge 90+
• Afhankelijkheden: Geen — pure JavaScript, geen bibliotheken van derden
• Gegevensverwerking: 100 % client-side — geen netwerkverzoeken

Functies

• Bidirectionele conversie tussen Unix-tijdstempels en leesbare datums
• Real-time weergave van de huidige Unix-tijdstempel met automatische updates
• Meerdere uitvoerformaten: UTC, lokale tijd, ISO 8601, hex en relatieve tijd
• Ondersteuning voor aangepaste tijdzone-offset voor nauwkeurige datum-naar-tijdstempel conversie
• Client-side verwerking — geen gegevens worden naar een server verzonden

Veelgestelde vragen