Dato til Unix-tidsstempel

Dato til Unix-tidsstempel er et gratis værktøj, der konverterer en angivet dato og tidszone til et Unix-tidsstempel, som kan bruges i kode, API'er, databaser og logfiler.

Hvad er et Unix-tidsstempel?

Et Unix-tidsstempel er et heltal, der angiver antallet af sekunder siden 1. januar 1970 kl. 00:00:00 UTC, også kaldet Unix-epoken. Selve epoken har tidsstemplet 0, mens senere datoer har positive værdier.

Med Unix-tidsstempler kan systemer udveksle et bestemt tidspunkt i et kompakt format, der er uafhængigt af programmeringssprog. Samtidig undgår man regionale datoformater som 10/09/2026, der i Danmark læses som 10. september, men af nogle systemer fortolkes som 9. oktober.

Et tidsstempel beskriver et præcist tidspunkt, ikke en formateret kalenderdato. Det indeholder ikke i sig selv en angivelse som Europe/London, UTC eller en anden tidszone. Tidszonen er vigtig under konverteringen, fordi den afgør, hvilket tidspunkt den oprindelige lokale dato svarer til.

Hvordan konverterer jeg en dato til et Unix-tidsstempel?

Indstil feltet Tidszone, og brug derefter værdien under Unix-tidsstempel i det system, der skal modtage den.

1. Vælg den ønskede tidszone.
2. Kør konverteringen, og kopiér heltallet fra Unix-tidsstempel.
3. Kontrollér, om det modtagende system forventer sekunder eller millisekunder, før du indsætter værdien.

Valget af tidszone kan ændre resultatet med flere timer. Forskellen kan også afhænge af datoen, fordi områder som Storbritannien anvender regler for sommertid. Europe/London er UTC om vinteren og normalt UTC+1 under britisk sommertid.

Konverteringen i Dato til Unix-tidsstempel udføres på serveren. Indholdet i feltet Tidszone sendes til serveren via HTTPS og gemmes ikke.

Hvordan læser jeg det returnerede tidsstempel?

Resultatet skal læses som antallet af sekunder siden Unix-epoken. Det indeholder ingen tegnsætning, tidszoneendelse eller læsbare datooplysninger. Nutidige datoer har ofte en værdi på ti cifre, men antallet af cifre kan ikke i sig selv bevise, at et tidsstempel er gyldigt.

Det mest almindelige integrationsproblem er, at sekunder forveksles med millisekunder. Unix-baserede værktøjer og mange serversystemer bruger sekunder. JavaScripts dato-API'er bruger typisk millisekunder, så en værdi i sekunder skal muligvis ganges med 1.000 i den sammenhæng.

• 0 betyder 1. januar 1970 kl. 00:00:00 UTC.
• Et større positivt heltal repræsenterer et senere tidspunkt.
• Et negativt tidsstempel kan repræsentere en dato før epoken, men understøttelsen varierer mellem programmer og platforme.
• Tallet bevarer ikke den tidszone, der oprindeligt blev brugt til beregningen.

Et numerisk resultat bekræfter ikke, at den ønskede tidszone er valgt. Hvis det konverterede tidspunkt ser forkert ud, skal du først kontrollere tidszonen og derefter eventuelle regler for sommertid. Hvis værdien afviger med en faktor på 1.000, skal du kontrollere den forventede enhed.

Eksempler på datokonvertering

Disse korte eksempler viser, hvordan tidszonen påvirker det tidspunkt, der repræsenteres.

1. januar 1970 kl. 00:00:00 UTC svarer til 0.

1. januar 2024 kl. 00:00:00 UTC svarer til 1704067200.

1. juli 2024 kl. 12:00:00 Europe/London svarer til 1719831600.

I det sidste eksempel var London på britisk sommertid, så klokken 12 lokalt svarede til klokken 11:00 UTC. Hvis UTC blev valgt som tidszone for det samme skrevne klokkeslæt, ville resultatet være et andet tidsstempel.

Ved data fra tredjeparter bør du foretrække en entydig dato som 1. juli 2024 eller ISO-formatet 2024-07-01 frem for 01/07/2024. Tekst med accenttegn eller ikke-latinske tegn indgår ikke i selve tidsstemplet, fordi resultatet består af cifre og eventuelt et indledende minustegn.

Hvornår er det nyttigt at konvertere en dato til Unix-tid?

Konvertering er nyttig, når en læsbar dato skal sammenlignes, sorteres eller overføres som et præcist, maskinlæsbart tidspunkt. Det kan for eksempel være ved fejlfinding af et API-svar, klargøring af en planlagt opgave før udrulning, kontrol af databaseposter eller fortolkning af datoer fra en anden tjeneste.

• Konvertér en udgivelsesfrist, før du indsætter den i en udrulningskonfiguration.
• Sammenlign en hændelse i et program med tidsstempler i serverlogfiler.
• Forbered forespørgselsparametre til en API, der modtager start- og sluttidspunkter som sekunder siden epoken.
• Normalisér datoer, der er importeret fra en CSV-fil, før de gemmes i en database.
• Kontrollér, at en webhook fra en tredjepart sender sekunder og ikke millisekunder.

Det er ikke nødvendigt at konvertere datoen, hvis den kun skal læses af en person, og det modtagende system accepterer en entydig ISO 8601-værdi. En dato som 2026-09-10T14:30:00+01:00 bevarer sin UTC-forskydning og er normalt lettere at gennemgå under fejlfinding. Det giver heller ingen nye oplysninger at konvertere en værdi flere gange, hvis den allerede er et Unix-tidsstempel.

Værktøjet validerer ikke et API-skema, bekræfter ikke, at en planlagt opgave bliver kørt, og bevarer ikke den oprindelige tidszone i resultatet. Brug Unix-tidsstempel til dato, hvis du vil se et tidsstempel som en kalenderdato.

Ofte stillede spørgsmål

Kan jeg indtaste en dato eller et klokkeslæt direkte?

Nej. Det eneste brugerudfyldte felt, der er dokumenteret for værktøjet, er Tidszone.

Hvilken PHP-funktion bruger værktøjet?

Implementeringen på serveren kalder PHP-funktionen date.

Hvad er år 2038-problemet?

Det største Unix-tidsstempel med fortegn i 32-bit er 2.147.483.647, hvilket svarer til 19. januar 2038 kl. 03:14:07 UTC. Moderne systemer bruger ofte 64-bit-værdier, men ældre software, filformater og indlejrede enheder kan stadig være underlagt denne grænse. Kontrollér lagringstypen, når du arbejder med datoer langt ude i fremtiden.

Tager Unix-tidsstempler højde for skudsekunder?

I den almindelige POSIX-model repræsenterer Unix-tid ikke skudsekunder som særskilt nummererede sekunder. Det er tilstrækkeligt til planlægning og logning i de fleste programmer, men specialiseret astronomisk arbejde eller tidsmåling med høj præcision kan kræve en anden tidsstandard.

Hvad skal jeg kontrollere, før jeg gemmer resultatet?

Kontrollér tidszonen, om sommertid er gældende, og hvilken enhed det modtagende system forventer. Konvertér derefter tidsstemplet tilbage til en læsbar dato i det pågældende system, og sammenlign den med den oprindelige dato, før du udruller løsningen eller opdaterer gemte data.