Linux timestamp converter

Een Unix-tijdstempel (ook bekend als POSIX-tijd of epoch-tijd) is het aantal seconden dat is verstreken sinds 1 januari 1970, 00:00:00 UTC, exclusief schrikkelseconden. Het is een eenvoudig geheel getal dat wereldwijd hetzelfde moment vertegenwoordigt, ongeacht de tijdzone.

Je kunt een Unix-tijdstempel op verschillende manieren converteren: - Online: Gebruik onze Unix-tijdstempelconverter voor directe conversie - Linux-terminal: Voer date -d @1785292800 uit (op GNU Linux) of date -r 1785292800 (op macOS) - JavaScript: new Date(timestamp * 1000).toISOString() - Python: datetime.utcfromtimestamp(1785292800) - PHP: date("Y-m-d H:i:s", 1785292800)

Een tijdstempel op basis van seconden is 10 cijfers lang (bijv. 1785292800). Een milliseconde-tijdstempel is 13 cijfers lang (bijv. 1785292800000) omdat het de waarde in seconden met 1000 vermenigvuldigt. Date.now() in JavaScript retourneert milliseconden, terwijl de meeste andere systemen en API's seconden gebruiken. Per ongeluk door elkaar halen levert schromelijk foute datums op — het gebruik van milliseconden waar seconden worden verwacht levert een datum op van ongeveer 56.000 jaar in de toekomst. Controleer altijd de resolutie van je databron voordat je converteert. Bij twijfel tel je de cijfers: 10 cijfers = seconden, 13 cijfers = milliseconden.

Ja. Datums vóór 1 januari 1970 worden weergegeven als negatieve getallen. Zo komt het tijdstempel -3600 overeen met 31 december 1969, 23:00:00 UTC. Niet alle conversietools verwerken negatieve tijdstempels correct, maar onze online converter wel. Programmeertalen ondersteunen ze universeel.

Het Year 2038-probleem (ook wel Y2K38 genoemd) is een probleem in tijdweergave dat systemen treft die tijdstempels opslaan als 32-bits gehele getallen met teken. De maximale waarde is 2147483647, wat overeenkomt met 19 januari 2038 om 03:14:07 UTC. Eén seconde later loopt de waarde over naar -2147483648, geïnterpreteerd als 13 december 1901. De meeste moderne 64-bits systemen worden niet getroffen, maar ingebedde apparaten, legacy-databases en sommige 32-bits systemen blijven kwetsbaar. De oplossing is migreren naar 64-bits tijdrepresentaties, die een bereik bieden van ongeveer 292 miljard jaar.

Nee. Unix-tijdstempels negeren schrikkelseconden opzettelijk. Elke dag wordt behandeld als exact 86.400 seconden, zelfs wanneer er een schrikkelseconde aan UTC wordt toegevoegd. Tijdens een schrikkelseconde-invoeging loopt het Unix-tijdstempel gedurende één seconde niet op, waardoor de schrikkelseconde feitelijk wordt overgeslagen. Dit betekent dat Unix-tijdstempels afwijken van atoomtijd met een klein (momenteel ongeveer 27 seconden) maar oplopend verschil.

Een Unix-tijdstempel vertegenwoordigt overal hetzelfde moment. De tijdzone doet er alleen toe wanneer je het weergeeft als een leesbare datum. Sla tijdstempels altijd op in hun ruwe gehele-getalvorm en converteer alleen voor weergave naar lokale tijd. Gebruik IANA-tijdzonesnamen zoals America/New_York in plaats van afkortingen zoals EST of PST, omdat afkortingen geen rekening houden met zomertijd. Onze Unix-tijdstempelconverter toont resultaten in meerdere tijdzones tegelijk.

Het maximum hangt af van de grootte van het gehele getal dat voor opslag wordt gebruikt: - 32-bits geheel getal met teken: 2147483647 (19 januari 2038, 03:14:07 UTC) - 32-bits geheel getal zonder teken: 4294967295 (7 februari 2106, 06:28:15 UTC) - 64-bits geheel getal met teken: 9223372036854775807 (ongeveer 292 miljard jaar vanaf nu) De meeste moderne systemen gebruiken 64-bits gehele getallen, wat een feitelijk oneindig bereik biedt. De gangbare praktijk om tijdstempels in databasekolommen of datastructuren op te slaan als 64-bits type (BIGINT in SQL) is toekomstbestendig.