Unix-tidsstämpelomvandlare

Överbrygga gapet mellan epoktid och mänskliga datum. Omvandla vilken Unix-tidsstämpel som helst till ett läsbart datum, eller tvärtom – plus en levande aktuell tidsstämpelavläsning med ett klick.

Hjälpte den här kalkylatorn dig?

Vad är Unix-tidsstämpelomvandlare?

Konvertera UNIX-tidsstämplar till läsbara datum och tvärtom.

När du ska använda denna kalkylator

  • Arbeta med API:er som returnerar tidsstämplar.
  • Logga händelser med exakta tider.
  • Felsöka tidsrelaterade problem.
  • Konvertera databastider.
  • Analysera tidsdata.
  • Undervisning i datateknik.

Steg:

  1. Ange en UNIX-tidsstämpel (sekunder eller millisekunder).
  2. Alternativt, ange ett datum för att få UNIX-tidsstämpling.
  3. Resultatet visar både läsbar tid och UNIX-värdet.
  4. Stöder sekunder och millisekunder automatiskt.
  5. Använd för API-integration och loggning.
  6. Perfekt för utvecklare och dataanalytiker.

Formel

Tidsstämpel → datum: new Date(tidsstämpel × 1000) Datum → tidsstämpel: Math.floor(datum.getTime() / 1000) Unix-epok: 1 januari 1970 00:00:00 UTC Maximal 32-bitars tidsstämpel: 19 januari 2038 (03:14:07 UTC)

Användningsområden

  • API-loggning och tidsstämpel.
  • Databasposter och spårning.
  • Felsökning av applikationer.
  • Dataanalys och rapportering.

Viktiga fördelar

  • Omedelbar konvertering.
  • Stöder both sekunder och millisekunder.
  • Visar lokal tid och UTC.
  • Kopiera-knapp för snabb användning.
  • Behandla negativa tidsstämplor för datum före Unix-epoken (före 1970)
  • Gratis, omedelbart och fungerar i din webbläsare utan registrering eller datainsamling

Proffstips

  • Lagra alltid tidsstämplar i UTC i databaser
  • Omvandla till lokal tid endast för visning
  • Använd 64-bitars heltal för tidsstämpellagring
  • Verifiera tidsstämplar i båda riktningarna innan du litar på dem
  • För API-autentiseringstecken eller signerade URL:er, beräkna utgångstidsstämpeln serversidan och jämför den med aktuell Unixtid för att kontrollera giltigheten.

Vanliga misstag att undvika

  • Glömma att JavaScript använder millisekunder (×1000)
  • Anta att alla API:er använder samma tidsstämpelformat
  • Inte beakta tidszonsskillnader
  • Använda 32-bitars heltal för tidsstämplar i nya system

Viktiga begrepp förklarade

<strong>UNIX-tid:</strong> Antal sekunder sedan 1 januari 1970 00:00:00 UTC.
<strong>Epoch:</strong> Startpunkten för UNIX-tid (1 januari 1970).
<strong>UTC:</strong> Koordinerad universell tid, den internationella referenstiden.
<strong>Millisekunder:</strong> Tidsenhet lika med 1/1000 av en sekund.
Millisekunder-tidsstämpel: En 13-siffrig Unix-tidsstämpel där tid mäts i millisekunder istället för sekunder, använd av JavaScript Date.now() och de flesta moderna API:er

Relaterade begrepp

  • Unix-epok: 1 januari 1970 00:00:00 UTC, referenspunkten från vilken alla Unix-tidsstämplar mäts
  • Epoktid: Ett system för att representera tid som antalet sekunder sedan Unix-epoken
  • UTC (Coordinated Universal Time): Den primäratidsstandarden som världen reglerar klockor och tid med, oberoende av tidszon
  • 2038-problemet: Datumet då 32-bitars Unix-tidsstämplar kommer att overflowa, vilket potentiellt kan få system att tolka datumet som 1901
  • ISO 8601: En internationell standard för att representera datum och tider (t.ex. 2024-06-29T12:00:00Z) som ett alternativ till Unix-tidsstämplar

Exempel

1700000000 → 14 november 2023 22:13:20 UTC.

Tolka dina resultat

Konvertorn fungerar i två riktningar: att ange en Unix-tidsstämpel ger dig det människoläsliga datumet, och att ange ett datum ger dig Unix-tidsstämpan. Nuvarande Unix-tid visas högst upp med en refresh-knapp, så du kan alltid se den aktuella tidsstämpan utan att skriva något. Unix-tidsstämplar räknar sekunder från 1 januari 1970 UTC (Unix-epoken). De är tidszonoberoende — samma tidsstämrepresenterar samma ögonblick över hela jorden. När du anger ett datum använder kalkylatorn din lokala tidszonsförskjutning för att beräkna tidsstämpan, men du kan växla till UTC om du behöver tidszonneutra resultat. 2038-problemet är värt att förstå: 32-bitars tecknet heltal overflowar den 19 januari 2038, vilket innebär att legacy-system som använder 32-bitars tidsstämplar kommer att vända tillbaka till negativa värden. Moderna system använder 64-bitars tidsstämplar, som inte kommer att overflowa på miljarder år. Om du stöter på oväntade datum runt 1901 eller 2038 är en 32-bitarsöverfyllning den sannolika orsaken.

Vanliga frågor

Vad är en Unix-tidsstämpel?
En Unix-tidsstämpel är antalet sekunder som har förflutit sedan 1 januari 1970 kl. 00:00:00 UTC (Unix-epoken). Det är en universell tidsreferens som används inom programmering och datoranvändning.
Varför är tidsstämplar användbara?
Tidsstämplar ger ett tidszonsoberoende sätt att lagra och jämföra tider. De används i databaser, API:er, loggning och alla system som kräver exakt tidsspårning.
Vad är 2038-problemet?
Den 19 januari 2038 kommer 32-bitars Unix-tidsstämplar att flöda över eftersom det maximala 32-bitars heltalet med tecken (2 147 483 647) överskrids. Moderna system använder 64-bitars tidsstämplar för att undvika detta.
Vad är skillnaden mellan sekunder och millisekunder i tidsstämplar?
Standard Unix-tidsstämplar är i sekunder. JavaScript och många moderna API:er använder millisekunder (multiplicera sekunder med 1000). Om du får oväntade datum, kontrollera om tidsstämpan är i sekunder eller millisekunder — en millisekund-tolkad som sekunder visar ett datum långt in i framtiden, och tvärtom.
Varför visar min tidsstämpel ett annat datum än jag förväntade?
De vanligaste orsakerna är: tidsstämpan är i millisekunder istället för sekunder (eller tvärtom), en tidszonskillnad mellan där tidsstämpan skapades och där du visar den, eller en 32-bitarsöverfyllning för väldigt stora eller väldigt små värden. Växla mellan UTC och lokal tid för att utesluta tidszonproblem.
Kan jag konvertera tidsstämplar som är före 1970?
Ja. Tidsstämplar före 1 januari 1970 representeras som negativa nummer. Till exempel -86400 representerar 31 december 1969 00:00:00 UTC. Kalkylatorn hanterar negativa tidsstämplar korrekt.
Vilket format använder databaser typiskt för tidsstämplar?
De flesta relationsdatabaser (PostgreSQL, MySQL) stöder både Unix-tidsstämplar (som heltalskolumner) och nativa datetime/timestamp-typer. PostgreSQLs TIMESTAMPTZ lagrar tidszonsmedvetna tidsstämplar internt. Valet beror på din applikations behov — Unix-tidsstämplar är enklare för jämförelser, medan nativa datetime-typer är mer läsbara i frågor.
Hur hanterar jag tidszonkonverteringar med Unix-tidsstämplar?
Unix-tidsstämplar är alltid UTC internt. För att visa i en lokal tidszon, applicera tidszonsförskjutningen vid visningstillfället. De flesta programmeringssprick har inbyggda tidszonkonverteringsfunktioner. I JavaScript: new Date(timestamp * 1000).toLocaleString('sv-SE', { timeZone: 'Europe/Stockholm' }).
Vilket är det maximala Unix-tidsstämpelvärdet?
En 64-bitars tecknet heltal kan representera tidsstämplar upp till ungefär 292 miljarder år från epoken — långt över universums ålder. I praktiken kommer 64-bitars tidsstämplar aldrig att overflowa. 32-bitarsgränsen (2 147 483 647 sekunder) motsvarar 19 januari 2038 03:14:07 UTC.
Varför går vissa system bort från Unix-tidsstämplar?
Unix-tidsstämplar förlorar läsbarhet för människor och hanterar inte skottsekunder, tidszonsändringar eller kalenderreformer gracefullt. ISO 8601-strängar (t.ex. 2024-06-29T12:00:00Z) är självdokumenterande och tidszonsmedvetna. Unix-tidsstämplar förblir dock populära för sin enkelhet, kompaktitet och tidszonoberoende i lagring och beräkning.

Upptäck fler verktyg

Färska urval från hela vårt verktygsbibliotek.