Unix-tidsstämpelkonverterare

Vad är en Unix-tidsstämpel?

En Unix-tidsstämpel (även kallad epoch-tid eller POSIX-tid) är antalet sekunder som förflutit sedan 1 januari 1970, 00:00:00 UTC (känd som Unix-epoch). Det är det universella sättet att representera tid i datorsystem. Tidsstämpeln 0 = 1 januari 1970, 1 000 000 000 = 9 september 2001, 1 700 000 000 = 14 november 2023.

Unix-tid löser tidszons- och formatproblem — det är bara ett tal. Databaser, API:er, loggar och programmeringsspråk kan alla utbyta tidsdata utan tvetydighet. JavaScript använder millisekunder sedan epoch (multiplicera med 1000), Python och de flesta andra använder sekunder. Den "Y2K38"-buggen uppstår 19 januari 2038 när 32-bitars signerade heltal svämmar över, men 64-bitars system (nu standard) hanterar detta.

Sekunder vs. millisekunder

De flesta Unix-system och sprak som Python, PHP och Ruby anvander tidsstamplar i sekunder (ett 10-siffrigt tal fran och med 2024). Dock anvander JavaScript, Java och vissa databaser millisekunder (ett 13-siffrigt tal). Detta verktyg detekterar formatet automatiskt -- om talet har 13 siffror behandlas det som millisekunder. Du kan aven manuellt vaxla mellan de tva formaten.

Hur du använder detta verktyg

Ange en Unix-tidsstämpel (sekunder eller millisekunder) för att konvertera till läsbart datum/tid i valfri tidszon. Eller välj datum och tid för att generera tidsstämpeln. Verktyget visar aktuell Unix-tid med live-uppdatering, konverterar mellan sekunder och millisekunder och stöder ISO 8601-format.

Vanliga anvandningsomraden for tidsstamplar

• Loggning: Registrera exakta handtelsetider i applikations- och serverloggar for felsaokning och granskning.
• Databaser: Lagra datum i ett standardiserat, tidszonsOberoende format som sorteras korrekt.
• API:er: Overfora datum mellan system palitligt utan tvetydighet i tidszonsparsning.
• Cachning: Spara cachens skapande- och utgangsltider med enkla numeriska jamforelser.
• Hastighetsbegransning: Tillaampa forfragningsgranser genom att jamfora aktuell tid mot lagrade tidsstamplar.

Viktiga Unix-tidsstampeldatum

• Unix-epoken (1 januari 1970): Tidsstampel 0 -- startpunkten for all Unix-tid.
• Y2K (1 januari 2000): Tidsstampel 946 684 800.
• Ar 2038-problemet (19 januari 2038): 32-bitars signerade tidsstamplar svammar over vid 2 147 483 647. System som anvander 32-bitars tid kommer att slaa om till negativa tal eller krascha.
• Billennium (9 september 2001): Tidsstampel 1 000 000 000 -- den forsta 10-siffriga tidsstampeln.

Ar 2038-problemet

Manga aldre system lagrar tidsstamplar som 32-bitars signerade heltal, som kan hall varden upp till 2 147 483 647. Detta maximum nas den 19 januari 2038 kl 03:14:07 UTC. Efter det ogonblicket svammar 32-bitars tidsstamplar over och slaar om till negativa varden, vilket potentiellt representerar datum 1901. Moderna 64-bitarssystem paverkas inte -- en 64-bitars tidsstampel svammar inte over pa ytterligare 292 miljarder ar.

Ar min data saker?

Ja. All konvertering sker helt i din webblasare med JavaScripts Date-objekt. Din data lamnar aldrig din enhet. Inga tidsstamplar eller datum loggas, lagras eller overfors.

Vanliga frågor

Vad är Y2K38-problemet?

32-bitars signerade heltal kan lagra värden upp till 2 147 483 647, vilket motsvarar 19 januari 2038, 03:14:07 UTC. Efter detta svämmar talet över till negativt, vilket representerar datum i december 1901. De flesta moderna system använder redan 64-bitars tidsstämplar (hanterar datum 292 miljarder år framåt). Äldre system, inbyggd firmware och 32-bitars databaser kan dock fortfarande vara sårbara.

Hur hanterar tidsstämplar skottsekunder?

Unix-tid ignorerar skottsekunder av design — varje dag är exakt 86 400 sekunder. Under en skottsekund "hoppar" Unix-tiden bakåt eller upprepas. POSIX-standarden definierar detta beteende avsiktligt för enkelhet. De flesta system använder NTP (Network Time Protocol) för att smidigt smeta ut skottsekunder under flera timmar snarare än att göra ett språng, undviker diskontinuiteter i loggfiler och schemalagda jobb.