Unix Tidsstämpelomvandlare

Introduktion

En Unix-tidsstämpel (eller epoktid) är standardsättet för datorer att representera tid: ett enda heltal som räknar sekunderna sedan 1 januari 1970 vid midnatt UTC, exklusive skottsekunder. Det förekommer i databasposter, API-svar, JWT-tokens, loggfiler, cron-scheman och cacheförfallohuvuden. Medan maskiner läser dessa heltal omedelbart, behöver människor dem översatta till kalenderdatum och klocktider — ofta i flera format samtidigt.

Unix-tidsstämpelomvandlaren är till för utvecklare, systemadministratörer och säkerhetsanalytiker som behöver avkoda tidsstämplar från loggar, verifiera tokenförfall, schemalägga cron-jobb över tidszoner, eller snabbt slå upp ett historiskt eller framtida epokvärde. Verktyget är uppdelat i två oberoende block:

• Block A (Unix-tidsstämpel → Datum och tid): ange en numerisk tidsstämpel och se den renderad i 21 datum- och tidsformat, organiserade efter standardfamilj.
• Block B (Datum och tid → Unix-tidsstämpel): välj ett kalenderdatum, tid och tidszonsförskjutning, och få motsvarande tidsstämpel i sekunder, millisekunder och mikrosekunder.

Båda blocken har sin egen tidszonsväljare, så du kan arbeta i UTC för en riktning och en anpassad förskjutning för den andra utan korskontaminering.

Användningsfall

Konvertering av Unix-tidsstämplar är ett återkommande behov inom utveckling, drift och säkerhetsarbete. Att förstå dessa scenarier hjälper dig att integrera verktyget i ditt arbetsflöde.

Felsökning av loggar och felrapporter

Applikationsloggar, databasloggar och felspårningstjänster registrerar ofta tidsstämplar som Unix-epokheltal. När du undersöker en incident klistrar du in tidsstämpeln i Block A för att se den läsbara tiden i flera format — RFC 1123Z för HTTP-huvudkorrelation, ISO 8601 för JSON-nyttolaster och relativ tid för aktuell bedömning.

API-integration och tokenverifiering

JWT:er, OAuth-tokens och API-rate-limit-huvuden använder ofta Unix-tidsstämplar för utgång (exp), utfärdande (iat) och återställningsfönster. Använd omvandlaren för att verifiera att en token fortfarande är giltig, kontrollera när den utfärdades i förhållande till din aktuella tidszon och bekräfta att din lokala klocka matchar serverns epoktid.

Planering av cron-jobb och schemalagda uppgifter

När du konfigurerar cron-jobb, schemalagda databassäkerhetskopior eller CI/CD-pipeline-utlösare behöver du ofta uttrycka en väggklocktid som en Unix-tidsstämpel. Block B låter dig välja ett datum, en tid och en tidszon och matar sedan ut det exakta epokvärdet — ingen huvudräkning eller tidszonstrassel krävs.

Samarbete över flera tidszoner

Team spridda över tidszoner delar loggutdrag, distributionsfönster och incidenttidslinjer. Att klistra in en Unix-tidsstämpel i Block A och växla mellan UTC, Lokal och anpassade tidszoner avslöjar hur samma ögonblick ser ut i varje teammedlems lokala tid — vilket eliminerar tvetydighet från tidszonskonverterade strängar.

Så här fungerar det

Unixtid räknar sekunder från epoken (1 januari 1970, 00:00:00 UTC). Varje tick lägger till exakt en sekund. Eftersom den är förankrad till UTC representerar en Unix-tidsstämpel samma ögonblick överallt på jorden — tidszon spelar bara roll när du renderar den som en läsbar sträng.

Verktyget använder webbläsarens inbyggda JavaScript Date-objekt för alla konverteringar. Varje Date lagrar internt tid som ett enda tal: millisekunder sedan Unix-epoken. När du anger en tidsstämpel konstruerar verktyget en Date och läser dess UTC- eller lokala egenskaper beroende på den aktiva tidszonsväljaren. När du anger ett kalenderdatum och tid beräknar verktyget skillnaden från epoken justerad för den angivna tidszonsförskjutningen.

Tidsstämpelenheter över ekosystem

Olika plattformar och språk använder olika epokenheter. Verktygets enhetsväljare låter dig matcha din källas precision:

Verktyget konverterar din indata till sekunder internt. Om du klistrar in ett 13-siffrigt värde från JavaScripts Date.now(), ställ in enheten på millisekunder så hanterar verktyget divisionen.

Tidszon och sommartid

En Unix-tidsstämpel representerar alltid samma fysiska ögonblick. Tidszonsväljaren i varje block ändrar bara hur det ögonblicket visas eller tolkas.

• Relativt: hur länge sedan förfrågan inträffade – den här raden uppdateras live mot din aktuella klocka, värdet ändras varje gång du öppnar sidan
• Lokalt läge: använder din webbläsares systemtidszon, inklusive automatiska sommartidsjusteringar.
• Anpassat läge: en numerisk UTC-förskjutning mellan -12:00 och +14:00. Verktyget tillämpar denna förskjutning direkt utan någon DST-korrigering — den behandlar din förskjutning som en fast väggklocka.

När sommartid är i kraft ändras den lokala tidszonsförskjutningen. Samma tidsstämpel som visas i lokalt läge kan visa en annan timme än den gjorde föregående månad. Detta är förväntat: tidsstämpeln är densamma, men den lokala klockkonventionen har ändrats.

För de lokalanpassade raderna (Locale, Locale Date, Locale Time) respekterar verktyget både den valda tidszonen och din webbläsares språkinställningar. Om du väljer UTC-läge får toLocaleString { timeZone: 'UTC' }, vilket säkerställer att lokalanpassningen använder korrekt tidszon.

Användning

Block A — Tidsstämpel till datum och tid

1. Ange en Unix-tidsstämpel i inmatningsfältet (endast siffror, valfritt minustecken för före 1970).
2. Välj inmatningsprecision: Sekunder, Millisekunder eller Mikrosekunder.
3. Välj en tidszon: UTC, Lokal (din systemtidszon) eller Anpassad (ange en förskjutning mellan -12 och +14 i halvtimmessteg).
4. Läs resultaten — 21 datum- och tidsformatrader uppdateras i realtid.

Block B — Datum och tid till tidsstämpel

1. Ange året direkt. Använd rullgardinsmenyerna för månad, dag, timme, minut och sekund.
2. Välj en tidszon från UTC/GMT-väljaren: Lokal matchar din systemtidszon; numeriska poster som UTC+8 behandlar indata som väggklocktid i den zonen.
3. Tidsstämpelresultaten visas omedelbart i sekunder, millisekunder, mikrosekunder, hexadecimal och relativ tid.

De två blocken fungerar oberoende. Att ändra Block A påverkar inte Block B och vice versa. Detta låter dig jämföra tidsstämplar sida vid sida eller låsa ett referensvärde medan du utforskar olika format.

Handledning

Scenario 1: Avkoda en tidsstämpel från en serverlogg

Din applikationslogg visar tidsstämpeln 1742345678 — ett API-anrop som misslyckades. Du behöver veta exakt när det hände och även kontrollera HTTP-date-formatet för korrelation med HTTP-svarshuvuden.

1. Öppna Unix-tidsstämpelomvandlaren.
2. Skriv 1742345678 i Block A:s inmatningsfält.
3. Resultaten visar 21 formatrader, inklusive:
   • @ Format: 3/19/2025 @ 12:54:38 AM UTC (snabbavläsningsbart format)
   • RFC 1123Z: Wed, 19 Mar 2025 00:54:38 +0000 (HTTP-date-standard, matchar Date- och Last-Modified-huvuden)

• Relativt: hur länge sedan förfrågan inträffade – den här raden uppdateras live mot din aktuella klocka, värdet ändras varje gång du öppnar sidan

4. Växla tidszonen till Lokal för att se vilken tid det var i din egen tidszon.

Scenario 2: Schemalägg ett cron-jobb vid en specifik tid

Du behöver ett cron-jobb som körs kl 03:30 Eastern Time den 15 juni 2026. Eastern Daylight Time är UTC-4 i juni.

1. I Block B, ställ in datum till 15 juni 2026 och tid till 03:30:00.
2. Ställ in UTC/GMT-väljaren till UTC+4 (EDT är UTC-4, ange alltså -4).
3. Läs Sekunder-värdet — detta är din cron-tidsstämpel. Raderna Hex och Relativt uppdateras också, vilket ger dig en maskinläsbar och mänskligt läsbar referens samtidigt.

Proffstips

Användningsområden för format

Varje utdataformat tjänar ett specifikt syfte. Här är när du ska använda varje:

Språkimplementationer

Hämta aktuell Unix-tidsstämpel i ditt valda språk:

// Go
time.Now().Unix()      // sekunder
time.Now().UnixMilli() // millisekunder (Go 1.17+)

// JavaScript
Math.floor(Date.now() / 1000) // sekunder
Date.now()                     // millisekunder

// PHP
time();              // sekunder
intval(microtime(true) * 1000); // millisekunder

# Python
import time; int(time.time())         # sekunder
import time; int(time.time() * 1000)  # millisekunder

Allmänna tips

• Tidsstämplar före 1970: Ange negativa värden. 1 december 1960 kl 00:00:00 UTC är -286329600.
• Hex-indata: Hexadecimala värden (med eller utan 0x-prefix) tolkas automatiskt — ange 0x67DA15CE och se decimalmotsvarigheten.
• Jämför tidszoner: Ställ in Block A:s tidszon till UTC och Block B:s tidszon till Lokal samtidigt för att se hur samma ögonblick renderas i båda.

Vanliga misstag

Unix-tidsstämplar är enkla i konceptet men lätta att använda felaktigt. Här är de vanligaste fallgroparna.

Förväxling av sekunder och millisekunder

Detta är det vanligaste misstaget. Ett 10-siffrigt tal som 1712345678 är sekunder; ett 13-siffrigt tal som 1712345678000 är millisekunder. Att klistra in millisekunder i en omvandlare i sekunderläge producerar ett datum decennier in i framtiden (t.ex. 54382 år från nu). Kontrollera alltid antalet siffror innan du konverterar.

Ignorera tidszon i omvänd riktning

När du konverterar ett datum och en tid till en Unix-tidsstämpel (Block B) spelar den valda tidszonen roll. Att ange 2026-06-15 03:30:00 med UTC valt ger en annan tidsstämpel än samma väggklocktid med UTC+8 — skillnaden är exakt 8 timmar. Det resulterande heltalet är korrekt för varje tolkning, men om du glömmer att ställa in tidszonen kommer utdata inte att matcha vad det mottagande systemet förväntar sig.

Anta att lokal tid matchar servertid

När du avkodar en tidsstämpel från en serverlogg är tidsstämpeln redan i UTC — tidszon påverkar bara hur den visas. Att växla Block A till lokalt läge ändrar den renderade klocktiden men inte det underliggande ögonblicket. Om utdata ser fel ut, kontrollera först tidszonsväljaren, inte tidsstämpelvärdet.

Använda fel enhet för hex- eller relativa värden

Hex- och relativ tidsutdata härleds från samma interna konvertering. Att ange en tidsstämpel i millisekunder med enheten inställd på sekunder producerar ett hex-värde som representerar ett annat ögonblick. Bekräfta alltid att enhetsväljaren matchar precisionen i dina källdata.

Alternativ

Dataintegritet

Unix-tidsstämpelomvandlaren bearbetar varje konvertering helt i din webbläsare. Ingen tidsstämpel, datum eller tidszonsvärde du anger skickas till någon server, lagras i någon databas eller loggas i något system.

Alla konverteringar utförs med webbläsarens inbyggda JavaScript Date-objekt i minnet. Verktygssidan innehåller inga analysskript, spårningspixlar eller tredjepartsinbäddningar. Inga cookies, localStorage- eller sessionStorage-poster skapas eller läses.

Efter den första sidladdningen fungerar omvandlaren helt offline — du kan koppla bort internet och fortsätta konvertera tidsstämplar utan avbrott. Du kan verifiera detta genom att använda verktyget i flygplansläge eller inspektera nätverksaktivitet i din webbläsares utvecklarverktyg.

Felsökning

Tekniska specifikationer

• Konverteringsmotor: JavaScript Date-objekt (ECMAScript-standard)
• Tidsstämpelområde: Fullt JavaScript-nummeromfång (±9 kvadriljoner sekunder, täcker miljarder år)
• Indatastöd: Decimala heltal, negativa värden (före 1970)
• Indataprecision: Sekunder, millisekunder eller mikrosekunder (konfigurerbar)
• Tidszonsstöd: UTC, lokal (webbläsarsystem), anpassad GMT-förskjutning (-12 till +14 i 0,5-timmarssteg); oberoende för varje block

De 21 formatfamiljerna

Formatfamiljeträd

Datum- och tidsformaten i detta verktyg härstammar från fyra linjer:

• RFC 822 (1982) definierade det ursprungliga e-postdatumformatet med 2-siffrigt år. RFC 1123 (1989) ersatte det med 4-siffrigt år. RFC 1123Z är samma format som använder en numerisk tidszonsförskjutning (+0000) istället för en alfabetisk förkortning (UTC). Tillsammans täcker dessa HTTP-huvuden (1123Z) och e-postformat (822).
• ISO 8601 (1988) etablerade den internationella standarden för datum- och tidsrepresentation. RFC 3339 (2002) profilerar ISO 8601 för internetanvändning och lägger till krav som obligatoriskt Z för UTC. De flesta moderna API:er väljer en av dessa två.
• Go-tidskonstanter (ANSIC, UnixDate, RubyDate, etc.) är bekvämlighetslayouter inbyggda i Gos standardbibliotek. De speglar POSIX-konventioner (ctime-utdata), RFC-standarder och Go-specifika bekvämlighetsformer (DateOnly, Kitchen, Stamp).
• Locale-format använder webbläsarens Intl.DateTimeFormat-API, som följer Unicode Common Locale Data Repository (CLDR). Den exakta utdatan beror på användarens webbläsarspråkinställning.

Kompatibilitet

• Webbläsare: Chrome 90+, Firefox 90+, Safari 15+, Edge 90+
• Beroenden: Inga — ren JavaScript, inga tredjepartsbibliotek
• Databehandling: 100% klientsida — inga nätverksförfrågningar

Funktioner

• Tvävägskonvertering mellan Unix-tidsstämplar och läsbara datum
• Realtidsvisning av aktuell Unix-tidsstämpel med automatiska uppdateringar
• Flera utdataformat: UTC, lokal tid, ISO 8601, hex och relativ tid
• Anpassat stöd för tidszonsförskjutning för korrekt datum-till-tidsstämpelkonvertering
• Klientbearbetning — ingen data skickas till någon server

Vanliga frågor