Epoch-converter

Wat is “de epoch”

De Unix-tijd meet seconden (of fracties daarvan) sinds 1 januari 1970 om 00:00:00 UTC, bekend als de Unix-epoch. Het is de dominante, door machines leesbare tijdstempel in software:

• POSIX-systemen: time() retourneert het aantal seconden sinds de epoch.
• JavaScript: Date.now() retourneert milliseconden.
• Java: System.currentTimeMillis() retourneert milliseconden.
• Go: time.Now().Unix() retourneert seconden; UnixNano() retourneert nanoseconden.

Precisie per grootte

Deze converter accepteert seconden, milliseconden en waarden met een fractioneel deel; stel de nauwkeurigheidsschakelaar af op uw invoer.

Belangrijke tijdstempels

• 0 – 1 januari 1970 om 00:00:00 UTC. De epoch zelf.
• 1.000.000.000 – 9 september 2001 om 01:46:40 UTC. Een populair moment voor een “miljard seconden”-feestje.
• 1.234.567.890 – 13 februari 2009 om 23:31:30 UTC.
• 2.147.483.647 – 19 januari 2038 om 03:14:07 UTC. Het Y2K38-probleem: overloop van een 32-bits geheel getal met teken.
• 10.000.000.000 – Verre toekomst: 20 november 2286 om 17:46:40 UTC.

Het Y2K38-probleem

Systemen die de Unix-tijd opslaan in een 32-bits geheel getal met teken lopen over bij 2.147.483.647 seconden (19 januari 2038). Moderne systemen gebruiken 64-bits gehele getallen, waardoor het probleem verder wordt uitgesteld dan de warmtedood van de zon. Oudere embedded systemen en oude databases kunnen nog steeds getroffen worden; controleer uw stack.

Subtiliteiten van tijdzones

De epoch-tijd is van nature UTC. Wanneer u deze omzet voor weergave, past u een tijdzone toe:

• IANA-naam (America/Los_Angeles, Europe/Berlin): verwerkt de zomertijd automatisch.
• Offset (-08:00, +05:30): vaste offset, zonder besef van DST.
• Afkorting (PST, CEST): dubbelzinnig; verschillende regio’s gebruiken dezelfde afkortingen. Vermijd deze voor opslag.

DST-regels veranderen in de loop van de tijd. Een historische tijdstempel in America/New_York gebruikt de DST-regels die op die datum van kracht waren, niet de huidige regels. Deze converter toont altijd UTC. Om het moment in uw regio te zien, interpreteert u het UTC-resultaat met een IANA-naam of een vaste offset.

ISO 8601 versus RFC 2822

Voor tijdstempels in gegevensformaten:

• ISO 8601 (2024-10-21T14:30:12Z): de voorkeurlijke moderne standaard; sorteerbaar en ondubbelzinnig.
• RFC 2822 (Mon, 21 Oct 2024 14:30:12 +0000): gebruikt in HTTP-headers en e-mails.

Voor weergave aan mensen: het lokale formaat volgens de lokale conventies.

Werken met schrikkelseconden

De POSIX-tijd telt geen schrikkelseconden mee; wanneer een schrikkelseconde wordt toegevoegd, springt de tijd stilletjes één seconde terug. TAI (International Atomic Time) telt ze daarentegen wel. Voor de meeste toepassingscode is POSIX correct; voor astronomie, geodesie en precisietijdmeting gebruikt u TAI of UTC met besef van schrikkelseconden.