> timestamp | epoch | converteren <
// Converteer Unix timestamps naar datums en datums naar timestamps direct
Realtime klok
Live bijgewerkte Unix timestamp weergave. Bekijk de huidige epoch tijd in realtime.
Tweerichtingsconversie
Converteer timestamps naar leesbare datums en datums terug naar timestamps. Beide richtingen ondersteund.
Meerdere formaten
Bekijk resultaten in ISO 8601, RFC 2822, UTC, lokale tijd en relatieve tijd.
// OVER UNIX TIMESTAMPS
Hoe Unix timestamps werken:
Een Unix timestamp (ook bekend als epoch tijd of POSIX tijd) vertegenwoordigt het aantal seconden sinds 1 januari 1970 00:00:00 UTC (het Unix tijdperk). Deze eenvoudige gehele waarde biedt een universele, tijdzone-onafhankelijke manier om een specifiek moment in de tijd weer te geven.
Voorbeeld:
1711324800 → 2024-03-25T00:00:00.000Z
Veelvoorkomende toepassingen:
- >Database timestamp opslag en queries
- >API response tijdvelden
- >Logbestand timestamp analyse
- >Debugging van tijdgerelateerde problemen
- >Cross-tijdzone coördinatie
- >Het Y2K38-probleem: 32-bit integers lopen over op 19 januari 2038
>> veelgestelde vragen
V: Wat is een Unix timestamp?
A: Een Unix timestamp is het aantal seconden sinds 1 januari 1970 00:00:00 UTC. Het is een eenvoudige gehele waarde die universeel wordt gebruikt in de informatica.
V: Wat is epoch tijd?
A: Epoch tijd is een andere naam voor Unix timestamp. De „epoch” verwijst naar het referentiepunt: 1 januari 1970 00:00:00 UTC.
V: Wat is het Y2038-probleem?
A: Het jaar 2038-probleem (Y2K38) treedt op omdat veel systemen Unix timestamps opslaan als 32-bit signed integers, die alleen tijden tot 19 januari 2038 03:14:07 UTC kunnen vertegenwoordigen.
V: Wat is het verschil tussen timestamps in seconden en milliseconden?
A: Unix timestamps in seconden zijn 10 cijfers lang (bijv. 1711324800), terwijl milliseconde timestamps 13 cijfers hebben (bijv. 1711324800000).
V: Kunnen Unix timestamps negatief zijn?
A: Ja, negatieve Unix timestamps vertegenwoordigen datums vóór 1 januari 1970. Bijvoorbeeld, -86400 vertegenwoordigt 31 december 1969.
// Spiekbriefje: lengte van de timestamp
Tel de cijfers om de eenheid te bepalen. Seconden en milliseconden door elkaar halen is de meest voorkomende reden voor een verkeerde datum.
| Cijfers | Eenheid | Voorbeeld | Typische bron |
|---|---|---|---|
| 10 | s | 1711324800 | Unix/Linux, PHP time(), Stripe |
| 13 | ms | 1711324800000 | JavaScript Date.now(), Java |
| 16 | µs | 1711324800000000 | Kafka, Cassandra |
| 19 | ns | 1711324800000000000 | Go UnixNano(), InfluxDB |
// De huidige timestamp ophalen in code
JavaScript Math.floor(Date.now() / 1000) Python int(time.time()) PHP time() Go time.Now().Unix() Java Instant.now().getEpochSecond() Ruby Time.now.to_i Bash date +%s
>> Meer vragen
V: Is een Unix timestamp UTC of lokale tijd?
A: Altijd UTC. Het gehele getal is een absoluut moment zonder tijdzone; een zone wordt pas toegepast bij het tonen als datum. Sla op in UTC, toon lokaal.
V: Waarom toont mijn timestamp de verkeerde datum?
A: Meestal zijn seconden en milliseconden verwisseld: een waarde van 13 cijfers als seconden gelezen belandt rond het jaar 55.000, een waarde van 10 cijfers als milliseconden gelezen in januari 1970. Controleer ook de tijdzoneconversie en of het een Windows FILETIME of Excel-datum is.
V: Hoe beïnvloeden schrikkelseconden Unix timestamps?
A: Niet. Unix-tijd telt precies 86.400 seconden per dag en negeert schrikkelseconden, die worden herhaald of uitgesmeerd (leap smear). Voor vrijwel alle toepassingen volstaat dat; gebruik TAI voor wetenschappelijke tijdmeting.
V: Bestaan er andere epochs dan Unix?
A: Ja: NTP gebruikt 1900-01-01, Windows FILETIME 1601-01-01 (stappen van 100 ns), Excel telt dagen vanaf 1899-12-30 en Mac HFS+ gebruikte 1904-01-01. Ligt een waarde ver van het huidige Unix-getal, dan is het waarschijnlijk een van deze varianten.