Unix-tijdstempelconverter

De Unix-epoch begon om 00:00:00 UTC op 1 januari 1970 en elke seconde sindsdien is een getal. Deze converter leest een tijdstempel in seconden of milliseconden, zet die om naar een leesbare UTC-datum en geeft aan hoe lang geleden (of hoe ver in de toekomst) het is. In omgekeerde richting neemt de converter elke datumstring die PHP kan verwerken, zoals ISO 8601, RFC 2822 of een Engels sleutelwoord als next Monday, en geeft de bijbehorende epochwaarde terug.

Zo zet je een Unix-tijdstempel om

  1. 1

    Plak de tijdstempel

    Accepteert seconden (10 cijfers voor actuele datums) of milliseconden (13 cijfers); de tool bepaalt automatisch welke.

  2. 2

    Lees de UTC-datum

    Je krijgt de canonieke `Y-m-d H:i:s` UTC-string en een relatieve uitdrukking zoals "2 uur geleden".

  3. 3

    Of ga de andere kant op

    Typ een datum als `2025-01-15 14:30:00` of `2025-01-15T14:30:00Z`, of een Engels sleutelwoord als `next Monday` of `now -1 week`, en krijg de bijbehorende tijdstempel.

  4. 4

    Kopieer en gebruik

    Plak de tijdstempel in een logquery, een API-verzoek of een where-clausule in de database.

Epoch, milliseconden en het jaar 2038

Unix-tijdstempels zijn de gemeenschappelijke taal van serverlogs, API’s en databases. Een paar ijkwaarden in dit formaat kennen helpt je te controleren wat je voor je hebt.

Referentiewaarden

Tijdstempel Betekenis
0 1970-01-01 00:00:00 UTC, de epoch
1000000000 2001-09-09 01:46:40 UTC, het “miljardste seconde”-feestje
1600000000 2020-09-13 12:26:40 UTC
1700000000 2023-11-14 22:13:20 UTC
2147483647 2038-01-19 03:14:07 UTC, overflow van een 32-bits signed int

Seconden vs milliseconden vs microseconden

  • 10 cijfers (1700000000) = seconden. Unix, PHP, Postgres, MySQL, Go time.Unix.
  • 13 cijfers (1700000000000) = milliseconden. JavaScript Date.now(), Java, Kotlin, Kafka.
  • 16 cijfers = microseconden. Gebruikt door gettimeofday en tracingsystemen.
  • 19 cijfers = nanoseconden. Go time.Now().UnixNano(), tracing met hoge resolutie.

Deze tool gaat uit van seconden, maar schakelt automatisch over op milliseconden zodra de invoer groter is dan 9.999.999.999, zodat je JavaScript-tijdstempels correct blijft behandelen zonder een keuzemenu.

Het 2038-probleem (Y2K38)

Systemen die tijdstempels opslaan in een signed 32-bits geheel getal lopen op 19 januari 2038 om 03:14:07 UTC over. Elke code die time_t nog als int32 gebruikt, ziet de datums terugspringen naar 1901. De oplossing is opslag in 64 bits, wat nog eens ongeveer 292 miljard jaar oplevert, ruim voldoende.

Veelgestelde vragen

Je kijkt naar milliseconden sinds de epoch, niet naar seconden. De JavaScript-functies Date.now() en new Date().getTime() geven allebei milliseconden terug. De tool detecteert waarden boven 9.999.999.999 en deelt ze automatisch door 1.000.

Een Unix-tijdstempel is per definitie altijd UTC: het is een absoluut moment in de tijd, geen lokale kloktijd. Om hem in Amsterdam of een andere zone te tonen, converteer je de hier teruggegeven UTC-datum met de tijdzoneconverter, of tel je de offset zelf op (Amsterdam in de winter = UTC+01:00, in de zomer UTC+02:00).

Alles wat de DateTime-parser van PHP begrijpt: 2025-01-15, 2025-01-15T14:30:00Z, Jan 15 2025 2:30 PM, next Monday, now - 1 hour en het Unix-achtige @1700000000. De parser verwacht ISO-/numerieke formaten of Engelse sleutelwoorden; Nederlandse maandnamen (zoals januari) worden niet herkend. Als het verwerken mislukt, toont de tool een tip met de gebruikelijke formaten.

Nee. De tool verwerkt de waarde voor het verzoek en geeft het resultaat terug; er wordt niets van je tijdstempels opgeslagen of ergens naartoe verstuurd.

Gerelateerde tools

Tool beschikbaar in andere talen