Unix-tidsstempel til dato

Unix-tidsstempel til dato er et gratis værktøj, der konverterer et Unix-tidsstempel til en UTC-dato og den tilsvarende dato i din lokale tidszone.

Hvad er et Unix-tidsstempel?

Et Unix-tidsstempel er et tal, der angiver den forløbne tid siden 1. januar 1970 kl. 00:00:00 UTC, også kaldet Unix-epoken. Det giver systemer en kompakt metode til at gemme og sammenligne tidspunkter uafhængigt af tidszoner.

Unix-tidsstempler tæller normalt sekunder, men nogle API'er og programmeringssprog bruger millisekunder, mikrosekunder eller nanosekunder. Enheden fremgår ikke af selve tallet, så du skal finde den i den tilhørende dokumentation eller datamodel. Et ticifret tal angiver ofte sekunder for nutidige datoer, mens et trettencifret tal ofte angiver millisekunder. Antallet af cifre er dog kun et nyttigt fingerpeg, ikke en formel garanti.

Udviklere har ofte brug for denne konvertering, når de læser svar fra tredjeparts-API'er, undersøger databaseposter, kontrollerer logposter eller fejlsøger en beregning af et udløbstidspunkt. Den er også nyttig før implementering, hvis en konfigurationsfil indeholder tidspunkter for aktivering, cacheudløb eller tokenudløb som heltal i stedet for læsbare datoer.

Hvordan konverterer jeg et Unix-tidsstempel til en dato?

Indtast tallet i Unix-tidsstempel, og aflæs derefter de konverterede værdier under UTC og Din lokale tidszone. UTC er den faste referenceværdi, mens det lokale resultat viser det samme tidspunkt med forskydningen for din tidszone.

1. Kontrollér, at kildeværdien faktisk skal være et Unix-tidsstempel.
2. Undersøg, om enheden er sekunder eller en mindre enhed som millisekunder.
3. Brug UTC-resultatet, når du sammenligner systemer, logfiler eller API-data.
4. Brug det lokale resultat, når du vil se, hvad en person ville have aflæst på et ur eller i en kalender.

Brug så vidt muligt kun heltallet. Mellemrum, tusindtalsseparatorer, etiketter og kopieret tegnsætning indgår ikke i tidsstemplets format. Eksempelvis er 1,704,067,200 formateret, så det er lettere for mennesker at læse, mens 1704067200 er den almindelige maskinlæsbare form. Bogstaver med accenter og ikke-latinske tegn har ingen betydning i et Unix-tidsstempel.

Det er ikke angivet præcist, hvordan værktøjet håndterer tomme felter, decimaltal, separatorer og ekstremt lange tal. Fjern omgivende tekst, og kontrollér enheden, før du betragter en returneret dato som pålidelig.

Hvordan skal jeg forstå UTC og lokal tid?

Læs UTC-værdien som den tidszoneneutrale reference og den lokale værdi som det samme tidspunkt justeret til din tidszone. Der er ikke tale om to forskellige hændelser.

I Danmark følger lokal tid centraleuropæisk tid om vinteren og centraleuropæisk sommertid om sommeren. Et UTC-tidsstempel vises derfor normalt en time senere lokalt om vinteren og to timer senere i sommerperioden. Historiske og fremtidige regler for tidszoner kan også påvirke den lokale visning, især uden for Danmark.

Hvis resultatet uventet ligger årtier fra den tilsigtede dato, bør du først kontrollere, om sekunder og millisekunder er blevet forvekslet. Er resultatet forskudt med præcis en eller flere timer, skal du undersøge antagelserne om tidszonen i stedet for at ændre tidsstemplet. En afvigelse på én dag opstår ofte, når UTC-tidspunktet ligger tæt på midnat, og den lokale tidsforskydning flytter det til den foregående eller følgende kalenderdag.

Ugyldigt input kan blandt andet være bogstaver, indlejrede etiketter, en tom værdi eller et tal uden for det datointerval, som det modtagende system understøtter. Værktøjets præcise fejlmeddelelser og understøttede talinterval er ikke dokumenteret. Hvis resultatet mangler eller virker usandsynligt, bør du derfor kontrollere det i kildesystemet i stedet for at gætte.

Eksempler på konvertering af tidsstempler

Disse eksempler bruger tidsstempler målt i hele sekunder.

Input 0

UTC-resultat 1. januar 1970 kl. 00:00:00 UTC

Nul markerer Unix-epoken. Den lokale visning kan være anderledes, hvis den gældende lokale tidsforskydning ikke er UTC.

Input 1704067200

UTC-resultat 1. januar 2024 kl. 00:00:00 UTC

I Danmark falder dette tidspunkt i perioden med centraleuropæisk tid, så den lokale tid er kl. 01.00. Det samme tidsstempel vist i en tidszone vest for UTC ville stadig falde den 31. december 2023.

Negative tidsstempler repræsenterer tidspunkter før Unix-epoken. Eksempelvis betyder -1 normalt ét sekund før epoken, altså 31. december 1969 kl. 23:59:59 UTC. Understøttelsen af negative værdier varierer mellem softwaremiljøer, databaser og datobiblioteker.

Hvornår er det unødvendigt at konvertere et tidsstempel?

Konvertering er unødvendig, hvis kun maskiner skal læse værdien, og alle involverede systemer allerede bruger samme enhed og epoke. Ved at beholde talværdien undgår du at indføre formaterede datoer, som senere kan blive fortolket med den forkerte landestandard eller tidszone.

• Konvertér ikke tidsstempler alene for at sammenligne deres kronologiske rækkefølge. Numeriske tidsstempler med samme enhed kan sammenlignes direkte.
• Erstat ikke et numerisk tidsstempel, som et API kræver, med en formateret dato, medmindre API-specifikationen tillader dette format.
• Undgå gentagne konverteringer og genfortolkninger af tidsstempler under databehandling. Behold den oprindelige værdi, og formatér den først, når den skal vises.
• Konvertér tidsstemplet, når du fejlsøger en ukendt post, kontrollerer et udløbstidspunkt eller gennemgår data fra en tredjepart før import.

En læsbar konvertering beviser heller ikke, at kildeværdien er korrekt. Et forkert indtastet tidsstempel kan stadig give en fuldt gyldig dato, så sammenhold det med forretningshændelsen, rækkefølgen i loggen eller kildedokumentationen.

Ofte stillede spørgsmål

Kan jeg bruge et tidsstempel med 13 cifre?

Et nutidigt tidsstempel med 13 cifre angiver normalt millisekunder frem for sekunder. Hvis en konverter forventer sekunder, skal du først dividere millisekundværdien med 1.000. Behold kun en eventuel rest, hvis destinationen understøtter brøkdele af et sekund. Det er ikke angivet, hvordan dette værktøj håndterer input i millisekunder, så kontrollér enheden separat.

Indeholder Unix-tidsstempler skudsekunder?

Standard Unix-tid repræsenterer ikke skudsekunder som særskilt nummererede sekunder. Systemer afbilder normalt tiden på en fortløbende tælling, hvor hvert døgn behandles som 86.400 Unix-sekunder, men synkroniseringen af ure kan variere mellem platforme. For almindelige datoer i applikationer ændrer det sjældent det viste resultat, men det har betydning ved specialiseret tidsmåling.

Giver det samme tidsstempel den samme dato overalt?

Et tidsstempel angiver det samme tidspunkt overalt, men den lokale kalenderdato og klokkeslættet kan variere efter tidszone. Et tidsstempel tæt på midnat UTC kan vises på forskellige datoer i London, New York og Tokyo. Udveksl tidsstempler i UTC, og anvend kun lokal formatering ved visning.

Hvorfor ændrer mit regneark tidsstemplet?

Regneark kan vise lange tal med videnskabelig notation eller anvende datoformatering, der er beregnet til programmets eget system af serielle datoværdier. Importér kolonnen med tidsstempler som tekst eller som heltal, hvis præcisionen tillader det, og brug derefter en udtrykkelig konverteringsformel. Kontrollér før konverteringen, at regnearket ikke har afrundet de sidste cifre.

Er år 2038 et problem for Unix-tidsstempler?

Det kan være et problem i systemer, der gemmer Unix-sekunder som et 32-bit heltal med fortegn, fordi det positive interval slutter i januar 2038. Moderne 64-bit lagring giver mulighed for et langt større interval, men ældre databaser, indlejrede enheder og biblioteker kan stadig have den snævrere grænse. Kontrollér før implementering både lagringstypen og datobiblioteket i hvert system, der modtager værdien.