Unix Tidsstampel Omvandlare

Omvandla direkt Epoch-tid till ett lasbart datum eller ta reda pa Unix-tidsstampeln for valfritt datum.

Omedelbart resultat Körs i webbläsaren
Aktuellt Unix-tidsstampel (sekunder)
—

Vad ar Unix Epoch?

Epoch: 1970-01-01 00:00:00 UTC
1 gün = 86 400 s
1 hafta = 604 800 s
max int32 = 2 147 483 647
≈ 2038-01-19 03:14:07

Ar 2038-problemet: 32-bitars heltal overflodar vid 2 147 483 647 (19 jan 2038).

Hur använder man?

  1. 1
    Ange tidsstampelSkriv in ett Unix-tidsstampel eller klicka pa 'Anvand nu' for aktuell tid.
  2. 2
    Valj enhetValj sekunder eller millisekunder. JavaScript anvander millisekunder, de flesta API:er sekunder.
  3. 3
    Las resultatetSe UTC, lokal tid och relativ skillnad. Kopiera eller dela med ett klick.

FAQ

Vad ar ett Unix-tidsstampel?
Ett Unix-tidsstampel (Epoch-tid) ar antalet sekunder sedan 1 januari 1970 00:00:00 UTC. Det anvands som universell tidsreferens i servrar, databaser och API:er.
Sekunder eller millisekunder — hur vet jag?
Ett 10-siffrigt tal ar nastan alltid sekunder; ett 13-siffrigt ar millisekunder. Unix/Linux-verktyg anvander sekunder, JavaScript millisekunder.
Vad ar ar 2038-problemet?
Pa 32-bitarssystem ar maxvärdet for ett tecken heltal 2 147 483 647, vilket motsvarar 19 januari 2038. Darefter kan ett overflode uppsta. 64-bitarssystem paverkas inte.

Unix timestamp-omvandlare för sekunder, millisekunder och datum

Unix timestamp, ofta kallat epoch-tid, anger hur många sekunder som har gått sedan 1 januari 1970 kl. 00:00:00 UTC. Det här verktyget visar en live-timestamp som uppdateras varje sekund och har två huvudlägen: timestamp till datum och datum till timestamp. I första läget kan du ange ett värde i sekunder eller millisekunder. Om sekunder väljs multipliceras värdet med 1000 för att skapa ett JavaScript-datum. Om millisekunder väljs används värdet direkt. Resultatet visas som UTC-tid, lokal tid och relativt avstånd från nu. I andra läget väljer du ett datum och får både sekunder och millisekunder.

Sekunder och millisekunder

Den vanligaste förväxlingen är att blanda sekunder och millisekunder. Många API:er, databaser och loggsystem lagrar Unix-tid i sekunder, medan JavaScript Date använder millisekunder internt. Ett värde som 1700000000 är därför rimligt som sekunder men skulle peka på ett mycket tidigare datum om det tolkas som millisekunder. Ett millisekundsvärde har normalt tre extra siffror. Verktygets radioval gör denna skillnad tydlig och låter dig kontrollera båda formerna innan du klistrar in ett värde i kod, en databasfråga eller ett felsökningsverktyg.

UTC, lokal tid och relativ tid

UTC-resultatet är neutralt och passar bäst för systemloggar, servrar och internationell felsökning. Lokal tid visas enligt webbläsarens tidszon och är lättare att förstå för människor på samma plats. Relativ tid jämför timestampen med nu och visar om den ligger i framtiden eller det förflutna. Det är användbart när du kontrollerar cacheutgång, tokenlivslängd, schemalagda jobb eller händelser i loggar. Kom ihåg att själva timestampen inte lagrar tidszon; tidszonen kommer först när värdet presenteras som läsbart datum.

Begränsningar och kontroller

Verktyget använder webbläsarens Date-objekt och är därför avsett för praktiska konverteringar, inte för fullständig kalenderlogik i alla historiska tidszoner. Sommartid, lokala kalenderregler och äldre tidszonshändelser kan påverka hur ett datum visas lokalt. Vid juridiska tidsfrister, bokningssystem och finansiella transaktioner bör du alltid kontrollera tidszon, källa och format. För utveckling är kalkylatorn särskilt användbar när du behöver se om ett API skickar sekunder eller millisekunder, om ett värde är UTC-baserat och hur samma tid ser ut i lokal visning. Kopiera gärna både timestamp och läsbart datum i felsökningsanteckningar.

Vid felsökning är det bra att spara både råvärdet och den tolkade tiden. Skriv till exempel om värdet var i sekunder eller millisekunder, vilken tidszon som visades och vilket system som skickade värdet. Då blir det lättare att hitta fel där frontend, backend och databas tolkar samma timestamp på olika sätt.

Kommentarer