> timestamp | epoch | konverter <
// Konverter Unix timestamps til datoer og datoer til timestamps øjeblikkeligt
Realtidsur
Live opdateret Unix timestamp-visning. Se den aktuelle epoch-tid i realtid.
Tovejskonvertering
Konverter timestamps til læsbare datoer og datoer tilbage til timestamps. Begge retninger understøttes.
Flere formater
Vis resultater i ISO 8601, RFC 2822, UTC, lokal tid og relativ tid.
// OM UNIX TIMESTAMPS
Hvordan Unix timestamps fungerer:
En Unix timestamp (også kendt som epoch-tid eller POSIX-tid) repræsenterer antallet af sekunder, der er gået siden 1. januar 1970 00:00:00 UTC (Unix-epoken). Denne simple heltalsværdi giver en universel, tidszonesuafhængig måde at repræsentere et specifikt tidspunkt på.
Eksempel:
1711324800 → 2024-03-25T00:00:00.000Z
Almindelige anvendelser:
- >Database timestamp-lagring og forespørgsler
- >API-svar tidsfelter
- >Logfil timestamp-analyse
- >Fejlsøgning af tidsrelaterede problemer
- >Tidskoordinering på tværs af tidszoner
- >Y2K38-problemet: 32-bit heltal løber over den 19. januar 2038
>> ofte stillede spørgsmål
S: Hvad er en Unix timestamp?
S: En Unix timestamp er antallet af sekunder siden 1. januar 1970 00:00:00 UTC. Det er en simpel heltalsværdi, der bruges universelt inden for datalogi.
S: Hvad er epoch-tid?
S: Epoch-tid er et andet navn for Unix timestamp. ”Epoch” refererer til referencepunktet: 1. januar 1970 00:00:00 UTC.
S: Hvad er Y2038-problemet?
S: År 2038-problemet (Y2K38) opstår, fordi mange systemer gemmer Unix timestamps som 32-bit signerede heltal, der kun kan repræsentere tider op til 19. januar 2038 03:14:07 UTC.
S: Hvad er forskellen mellem timestamps i sekunder og millisekunder?
S: Unix timestamps i sekunder er 10 cifre lange (f.eks. 1711324800), mens millisekund-timestamps er 13 cifre (f.eks. 1711324800000).
S: Kan Unix timestamps være negative?
S: Ja, negative Unix timestamps repræsenterer datoer før 1. januar 1970. For eksempel repræsenterer -86400 den 31. december 1969.
// Snydeark: tidsstemplets længde
Tæl cifrene for at finde enheden. At forveksle sekunder og millisekunder er den hyppigste årsag til en forkert dato.
| Cifre | Enhed | Eksempel | Typisk kilde |
|---|---|---|---|
| 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 |
// Hent det aktuelle tidsstempel i kode
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
>> Flere spørgsmål
S: Er et Unix timestamp UTC eller lokal tid?
S: Altid UTC. Heltallet er et absolut tidspunkt uden tidszone; en zone anvendes først, når du viser det som en dato. Gem i UTC, vis lokalt.
S: Hvorfor viser mit timestamp den forkerte dato?
S: Oftest er sekunder og millisekunder blandet sammen: en værdi på 13 cifre læst som sekunder lander omkring år 55.000, og en værdi på 10 cifre læst som millisekunder lander i januar 1970. Tjek også tidszonekonverteringen, og om det er en Windows FILETIME eller en Excel-dato.
S: Hvordan påvirker skudsekunder Unix timestamps?
S: De påvirker dem ikke. Unix-tid tæller præcis 86.400 sekunder i døgnet og ignorerer skudsekunder, som gentages eller spredes ud (leap smear). Det er nok til næsten alle formål; til videnskabelig tidsmåling bruges TAI.
S: Findes der andre epoker end Unix?
S: Ja: NTP bruger 1900-01-01, Windows FILETIME 1601-01-01 (trin på 100 ns), Excel tæller dage fra 1899-12-30, og Mac HFS+ brugte 1904-01-01. Ligger en værdi langt fra dagens Unix-tal, er det sandsynligvis en af disse varianter.