Tijdstempel-Converter
Converteer tussen Unix-tijdstempels en leesbare datums
Functies
- Bidirectionele conversie tussen Unix-tijdstempels (seconden sinds 1970-01-01T00:00:00Z) en leesbare datums via het ingebouwde Date-object van de browser
- Live weergave van de huidige epoch met één-klik-verversen, plus geformatteerde uitvoer in de browserlocale en in ISO 8601 (YYYY-MM-DDTHH:mm:ss.sssZ)
- Snel-shortcuts voor relatieve tijden: 1 uur geleden, 1 dag geleden, 1 week geleden, 1 maand geleden — berekend op het moment van klikken
- Ingebouwde referentie-tijdstempels: Unix-epoch (1 jan. 1970), Y2K (1 jan. 2000), iPhone-release (29 jun. 2007), Bitcoin Genesis Block (3 jan. 2009)
- Accepteert standaard datumformaten parseerbaar door Date.parse: ISO 8601, RFC 2822, datetime-local en veel locale-strings
- Invoervalidatie die ongeldige-tijdstempel (niet-numerieke invoer) onderscheidt van ongeldige-datum (niet-parsbare datum) met duidelijke gelokaliseerde meldingen
- Knop 'Huidige tijd' die het datumveld vult in lokaal datetime-local-formaat en meteen converteert
- Kopieerknoppen naast elk resultaat — lege velden en foutstaten worden uitgesloten, zodat het klembord nooit verouderde inhoud krijgt
Hoe te gebruiken
- Om een tijdstempel naar een datum te zetten, plak een 10-cijferige Unix-epoch (seconden) in het Tijdstempel-veld; de tool vermenigvuldigt met 1000 voor Date().
- Om een datum naar een tijdstempel te zetten, typ of plak een datum in een Date()-parsbaar formaat (ISO 8601 zoals 2026-01-15T10:30:00Z werkt het best).
- Of klik op 'Huidige tijd' om het datumveld met het huidige moment te vullen en zijn epoch te zien.
- Gebruik de snelle conversies (1 uur/dag/week/maand geleden) voor relatieve tijdstempels bij log-filtering of cache-TTL-rekenwerk.
- Klik op het kopieer-icoon naast een resultaat; de uitvoer staat in de browserlocale plus ISO 8601 voor machinegebruik.
- Druk op Wissen om beide velden te resetten voordat je een nieuwe conversie begint.
Tips en best practices
- Specificeer altijd de tijdzone bij het werken met tijdstempels om verwarring te voorkomen.
- Gebruik UTC als standaardreferentietijdzone voor internationale applicaties.
- Controleer zomertijdovergangen bij het converteren van datums.
- Maak bladwijzers van veelgebruikte conversies voor snellere toegang.
- Kopieer resultaten direct in je code of configuratiebestanden.
Veelgestelde vragen
Seconden of milliseconden — welke Unix-tijdstempel verwacht deze tool?
Deze tool gebruikt Unix-tijdstempels in seconden (10 cijfers voor huidige datums, bijv. 1735689600), de POSIX-standaard van C time(), Linux, MySQL UNIX_TIMESTAMP() en de meeste APIs. Date.now() in JavaScript en veel JSON-APIs gebruiken milliseconden (13 cijfers). Heb je een 13-cijferig getal, deel het dan door 1000 voor je plakt, of plak de datumstring direct in het Datum-veld.
Hoe worden tijdzones afgehandeld?
Unix-tijdstempels zijn inherent UTC — hetzelfde moment ongeacht de tijdzone. Bij conversie tijdstempel naar datum gebruikt de uitvoer je lokale browser-tijdzone via toLocaleString(), terwijl het ISO-veld het UTC-equivalent toont. Bij conversie datum naar tijdstempel worden ambigue strings (bijv. '2026-01-15') als je lokale tijdzone gelezen, terwijl ISO-strings eindigend op Z of een offset (+02:00) eenduidig zijn. Voeg voor systemen-overstijgende betrouwbaarheid altijd de offset toe.
Wat is de Unix-epoch en waarom 1 januari 1970?
De Unix-epoch is 1970-01-01T00:00:00Z, door Bell Labs gekozen als ronde referentie nabij de ontwikkeltijd van Unix (1969-1971). Tijdstempel 0 komt precies overeen met dat moment; tijdstempels tellen de seconden sindsdien (negatieve waarden zijn vóór 1970). Vrijwel alle moderne besturingssystemen en programmeertalen tellen vanaf deze epoch, wat het de lingua franca van tijd in de informatica maakt.
En het jaar-2038-probleem?
Systemen die Unix-tijdstempels als signed 32-bits integer opslaan, lopen over op 19 januari 2038 om 03:14:07 UTC (tijdstempel 2147483647) en slaan om naar een negatieve waarde die 1901 voorstelt. JavaScript en moderne 64-bits systemen gebruiken 64-bits getallen en zijn ~292 miljard jaar veilig. Audit je legacy C, MySQL TIMESTAMP-kolommen of embedded firmware, plan dan vóór 2038 een migratie naar 64-bits time_t of Unix-milliseconden.
Kan ik een tijdstempel specifiek naar ISO 8601 omzetten?
Ja — na conversie toont de tool ook de ISO 8601-vorm via Date.toISOString(), namelijk YYYY-MM-DDTHH:mm:ss.sssZ in UTC. ISO 8601 is het enige formaat dat je over systeemgrenzen moet sturen: eenduidig, als string sorteerbaar, en native ondersteund door JavaScript, Python fromisoformat, Postgres TIMESTAMPTZ en vrijwel elke moderne API. Vermijd Amerikaans 'MM/DD/YYYY' of Europees 'DD/MM/YYYY' voor inter-systeem-data.
Waarom geeft mijn datumstring een ongeldige-datum-fout?
Date.parse is mild maar inconsistent tussen browsers voor niet-ISO-formaten. Betrouwbare invoer is ISO 8601 ('2026-01-15T10:30:00Z'), het datetime-local-formaat ('2026-01-15T10:30') en volledig RFC 2822 ('Thu, 15 Jan 2026 10:30:00 GMT'). Vermijd kale formaten als '15/01/2026' (ambigu) of 'Jan 15' (geen jaar). Heb je een aangepast formaat uit een logbestand, normaliseer het dan eerst naar ISO 8601.
Werkt dit voor SQL-tijdstempels en databasevelden?
Ja, met een kanttekening: de meeste SQL-servers slaan TIMESTAMP/DATETIME op zonder tijdzone-info, dus wat je in een kolom ziet is wandkloktijd ten opzichte van de sessietijdzone van de server. Plak met server-offset (bijv. '2026-01-15 10:30:00+00'). PostgreSQL TIMESTAMPTZ, MySQL TIMESTAMP (intern als UTC opgeslagen) en SQLite gaan allemaal goed om met ISO 8601.
Wordt er iets naar een server gestuurd?
Nee. Alle conversies gebruiken de ingebouwde Date-constructor en Math.floor van de browser — geen netwerkaanroep. De huidige-tijd-klok leest de systeemtijd van je apparaat. Controleer het via het Netwerk-tabblad in DevTools; de tool draait puur client-side en werkt na het laden volledig offline.