> timestamp | epoch | konvertera <
// Konvertera Unix-timestamps till datum och datum till timestamps direkt
Realtidsklocka
Live-uppdaterad Unix timestamp-visning. Se aktuell epoch-tid i realtid.
Tvåvägskonvertering
Konvertera timestamps till läsbara datum och datum tillbaka till timestamps. Båda riktningarna stöds.
Flera format
Visa resultat i ISO 8601, RFC 2822, UTC, lokal tid och relativ tid.
// OM UNIX TIMESTAMPS
Hur Unix timestamps fungerar:
En Unix timestamp (även känd som epoch-tid eller POSIX-tid) representerar antalet sekunder som har förflutit sedan 1 januari 1970 00:00:00 UTC (Unix-epoken). Detta enkla heltalsvärde ger ett universellt, tidszons-oberoende sätt att representera en specifik tidpunkt.
Exempel:
1711324800 → 2024-03-25T00:00:00.000Z
Vanliga användningsområden:
- >Databas-timestamp lagring och frågor
- >API-svar tidsfält
- >Loggfil timestamp-analys
- >Felsökning av tidsrelaterade problem
- >Tidskoordinering mellan tidszoner
- >Y2K38-problemet: 32-bitars heltal svämmar över den 19 januari 2038
>> vanliga frågor
F: Vad är en Unix timestamp?
S: En Unix timestamp är antalet sekunder sedan 1 januari 1970 00:00:00 UTC. Det är ett enkelt heltalsvärde som används universellt inom datateknik.
F: Vad är epoch-tid?
S: Epoch-tid är ett annat namn för Unix timestamp. ”Epoch” hänvisar till referenspunkten: 1 januari 1970 00:00:00 UTC.
F: Vad är Y2038-problemet?
S: År 2038-problemet (Y2K38) uppstår eftersom många system lagrar Unix timestamps som 32-bitars signerade heltal, som bara kan representera tider fram till 19 januari 2038 03:14:07 UTC.
F: Vad är skillnaden mellan timestamps i sekunder och millisekunder?
S: Unix timestamps i sekunder är 10 siffror långa (t.ex. 1711324800), medan millisekund-timestamps är 13 siffror (t.ex. 1711324800000).
F: Kan Unix timestamps vara negativa?
S: Ja, negativa Unix timestamps representerar datum före 1 januari 1970. Till exempel representerar -86400 den 31 december 1969.
// Fusklapp: tidsstämpelns längd
Räkna siffrorna för att gissa enheten. Att blanda ihop sekunder och millisekunder är den vanligaste orsaken till ett felaktigt datum.
| Siffror | Enhet | Exempel | Typisk källa |
|---|---|---|---|
| 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 |
// Hämta aktuell tidsstämpel i kod
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
>> Fler frågor
F: Är en Unix timestamp UTC eller lokal tid?
S: Alltid UTC. Heltalet är en absolut tidpunkt utan tidszon; en zon tillämpas först när du visar det som ett datum. Lagra UTC, visa lokalt.
F: Varför visar min timestamp fel datum?
S: Oftast har sekunder och millisekunder blandats ihop: ett 13-siffrigt värde som läses som sekunder hamnar runt år 55 000, och ett 10-siffrigt som läses som millisekunder hamnar i januari 1970. Kontrollera också tidszonsomvandlingen och att det inte är en Windows FILETIME eller ett Excel-datum.
F: Hur påverkar skottsekunder Unix timestamps?
S: De påverkar inte. Unix-tid räknar exakt 86 400 sekunder per dygn och ignorerar skottsekunder, som upprepas eller sprids ut (leap smear). Det räcker för nästan alla tillämpningar; för vetenskaplig tidmätning används TAI.
F: Finns det andra epoker än Unix?
S: Ja: NTP använder 1900-01-01, Windows FILETIME 1601-01-01 (steg om 100 ns), Excel räknar dagar från 1899-12-30 och Mac HFS+ använde 1904-01-01. Ligger ett värde långt från dagens Unix-tal är det troligen en av dessa varianter.