> timestamp | epoch | konverter <
// Konverter Unix timestamps til datoer og datoer til timestamps umiddelbart
Sanntidsklokke
Live oppdatert Unix timestamp-visning. Se gjeldende epoch-tid i sanntid.
Toveiskonvertering
Konverter timestamps til lesbare datoer og datoer tilbake til timestamps. Begge retninger stø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å kjent som epoch-tid eller POSIX-tid) representerer antall sekunder som har gått siden 1. januar 1970 00:00:00 UTC (Unix-epoken). Denne enkle heltallsverdien gir en universell, tidssone-uavhengig måte å representere et spesifikt tidspunkt på.
Eksempel:
1711324800 → 2024-03-25T00:00:00.000Z
Vanlige bruksområder:
- >Database timestamp-lagring og spørringer
- >API-svar tidsfelt
- >Loggfil timestamp-analyse
- >Feilsøking av tidsrelaterte problemer
- >Tidskoordinering på tvers av tidssoner
- >Y2K38-problemet: 32-bit heltall flyter over 19. januar 2038
>> ofte stilte spørsmål
S: Hva er en Unix timestamp?
S: En Unix timestamp er antall sekunder siden 1. januar 1970 00:00:00 UTC. Det er en enkel heltallsverdi som brukes universelt innen datavitenskap.
S: Hva er epoch-tid?
S: Epoch-tid er et annet navn for Unix timestamp. ”Epoch” refererer til referansepunktet: 1. januar 1970 00:00:00 UTC.
S: Hva er Y2038-problemet?
S: År 2038-problemet (Y2K38) oppstår fordi mange systemer lagrer Unix timestamps som 32-bit signerte heltall, som bare kan representere tider opp til 19. januar 2038 03:14:07 UTC.
S: Hva er forskjellen mellom timestamps i sekunder og millisekunder?
S: Unix timestamps i sekunder er 10 sifre lange (f.eks. 1711324800), mens millisekund-timestamps er 13 sifre (f.eks. 1711324800000).
S: Kan Unix timestamps være negative?
S: Ja, negative Unix timestamps representerer datoer før 1. januar 1970. For eksempel representerer -86400 den 31. desember 1969.
// Jukselapp: tidsstemplets lengde
Tell sifrene for å finne enheten. Å forveksle sekunder og millisekunder er den vanligste årsaken til en feil dato.
| Sifre | Enhet | 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 gjeldende 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ørsmål
S: Er et Unix timestamp UTC eller lokal tid?
S: Alltid UTC. Heltallet er et absolutt tidspunkt uten tidssone; en sone brukes først når du viser det som en dato. Lagre i UTC, vis lokalt.
S: Hvorfor viser timestampet mitt feil dato?
S: Oftest er sekunder og millisekunder blandet sammen: en verdi på 13 sifre lest som sekunder havner rundt år 55 000, og en på 10 sifre lest som millisekunder havner i januar 1970. Sjekk også tidssonekonverteringen, og om det er en Windows FILETIME eller en Excel-dato.
S: Hvordan påvirker skuddsekunder Unix timestamps?
S: De påvirker dem ikke. Unix-tid teller nøyaktig 86 400 sekunder per døgn og ignorerer skuddsekunder, som gjentas eller spres utover (leap smear). Det holder for nesten alle formål; til vitenskapelig tidsmåling brukes TAI.
S: Finnes det andre epoker enn Unix?
S: Ja: NTP bruker 1900-01-01, Windows FILETIME 1601-01-01 (steg på 100 ns), Excel teller dager fra 1899-12-30, og Mac HFS+ brukte 1904-01-01. Ligger en verdi langt fra dagens Unix-tall, er det trolig en av disse variantene.