Unix-timestamp-converter

Wat is een Unix-timestamp?

Een Unix-timestamp (ook epoch-tijd of POSIX-tijd genoemd) is het aantal seconden dat verstreken is sinds 1 januari 1970 om 00:00:00 UTC, het moment dat bekendstaat als de Unix-epoch. Omdat het één enkel getal is dat aan UTC is verankerd, draagt het geen tijdzone, geen zomertijdregels en geen opmaakonduidelijkheid met zich mee — precies daarom slaan databases, logbestanden, JWT-tokens en HTTP-API's tijd zo op. Data van vóór 1970 worden als negatieve getallen weergegeven en schrikkelseconden worden per definitie genegeerd, zodat elke dag exact 86.400 seconden telt.

Een Unix-timestamp omzetten

1. Plak het getal — zet je timestamp in het veld "Timestamp → Datum". Laat de eenheid op Automatisch herkennen staan; het aantal cijfers bepaalt dan of het om seconden, milliseconden of microseconden gaat.
2. Zet om — klik op Omzetten om datzelfde moment te zien als lokale tijd, UTC, een ISO 8601-tekenreeks en een "hoelang geleden" in gewone taal.
3. De andere kant op — kies bij "Datum → Timestamp" een datum en tijd, geef aan of je die in lokale tijd of in UTC hebt ingevoerd, en zet om voor de timestamp in seconden en milliseconden.
4. Kopieer — elke resultaatregel heeft een eigen kopieerknop, en de live klok bovenaan kun je in seconden of milliseconden kopiëren.

Seconden, milliseconden of microseconden?

De snelste test is het aantal cijfers: een hedendaagse timestamp heeft 10 cijfers in seconden, 13 in milliseconden en 16 in microseconden. Date.now() in JavaScript en System.currentTimeMillis() in Java geven milliseconden terug; time() in C, time() in PHP, time.time() in Python, Unix() in Go en de meeste SQL-databases geven seconden. Een millisecondenwaarde doorgeven aan een functie die seconden verwacht is de klassieke fout waarbij een datum tienduizenden jaren in de toekomst belandt; ziet het resultaat er absurd uit, dan staat jouw waarde vrijwel zeker in milliseconden. Automatisch herkennen dekt de normale gevallen; gebruik de keuzelijst als je een eenheid wilt afdwingen.

Lokale tijd, UTC en ISO 8601

De timestamp zelf is altijd op UTC gebaseerd. De regel Lokale tijd geeft datzelfde moment weer in de tijdzone van jouw computer — inclusief de zomertijdverschuiving die op die datum gold, niet die van vandaag — terwijl de regel UTC hem helemaal zonder verschuiving toont. De regel ISO 8601 (bijvoorbeeld 2026-08-22T02:00:00.000Z) is de machineleesbare vorm voor JSON en API's; de afsluitende Z betekent UTC. Ze beschrijven allemaal één en hetzelfde moment, en daarom verwijst een timestamp die tussen servers in verschillende landen wordt gekopieerd nog steeds naar precies hetzelfde tijdstip.

Het jaar 2038-probleem

Software die de timestamp in een signed 32-bits geheel getal bewaart, kan niet verder tellen dan 2.147.483.647 seconden — die grens is bereikt op 19 januari 2038 om 03:14:07 UTC, waarna de waarde terugspringt naar 1901. Daarom werden 64-bits timestamps de standaard; moderne systemen hebben er geen last van. Aan de andere kant geldt de spiegelbeeldige grens: een signed 32-bits waarde komt ook niet vóór 13 december 1901. Deze converter gebruikt JavaScript-getallen, die ongeveer ±273.000 jaar rond 1970 bestrijken, dus data ver na 2038 worden gewoon omgezet.

Worden mijn gegevens geüpload?

Nee. Elke omzetting draait volledig in je browser met de ingebouwde Date- en Intl-API's — er wordt niets naar een server gestuurd en de pagina blijft na het laden ook offline werken. Je lokale tijdzone wordt uit je eigen systeeminstellingen gelezen (hij staat naast het lokale resultaat) in plaats van via het netwerk opgevraagd, dus er verlaten geen locatiegegevens je apparaat. Kan een waarde niet worden omgezet — leeg veld, niet-numerieke tekst of een getal buiten het bereik dat Date kan weergeven — dan krijg je een duidelijke melding in plaats van een verkeerde datum.