Convertisseur d'horodatage

À propos des horodatages Unix

Un horodatage Unix compte les secondes (ou millisecondes) depuis le 1er janvier 1970 UTC — l'« epoch ». C'est un nombre unique qui représente sans ambiguïté un instant précis, indépendamment du fuseau horaire ou du format de calendrier, ce qui explique pourquoi la plupart des systèmes stockent et échangent les dates ainsi en interne.

Le temps Unix ignore notoirement les secondes intercalaires — chaque jour est défini comme exactement 86 400 secondes, si bien que les rares secondes intercalaires qui gardent les horloges alignées sur la rotation terrestre sont simplement absorbées plutôt que comptées, ce qui fait qu'on qualifie parfois le temps Unix de « presque linéaire » plutôt que vraiment linéaire. Une limite plus concrète : la représentation traditionnelle signée sur 32 bits du temps Unix déborde le 19 janvier 2038 — le fameux bug de l'an 2038 —, bien que la plupart des systèmes actuels stockent les horodatages sur 64 bits, ce qui repousse ce même débordement d'environ 292 milliards d'années.

Où vous le rencontrerez

• Lire un champ created_at ou expires_at dans une réponse d'API ou une ligne de base de données
• Déboguer pourquoi le claim exp ou iat d'un JWT ne correspond pas à ce que vous attendiez
• Convertir l'horodatage d'un log dans votre heure locale lors de l'investigation d'un incident
• Vérifier si un cache, un jeton ou une session a réellement expiré

Questions fréquentes

Comment savoir si un horodatage est en secondes ou en millisecondes ?
Les horodatages en secondes pour des dates récentes comptent 10 chiffres ; ceux en millisecondes en comptent 13. Cet outil détecte automatiquement lequel vous avez collé.

Pourquoi mon horodatage semble-t-il « faux » de quelques heures ?
Un horodatage Unix lui-même n'a pas de fuseau horaire — c'est un instant exact. Ce qui change, c'est la façon de l'afficher : les lignes UTC et Local montrent ici le même instant, simplement formaté pour deux fuseaux horaires différents.

Cela fonctionne-t-il avec des dates antérieures à 1970 ?
Oui — les horodatages négatifs représentent des instants antérieurs à l'epoch, et cet outil les analyse et les affiche de la même manière.

Qu'est-ce que le bug de l'an 2038 ?
Un horodatage Unix traditionnel signé sur 32 bits ne peut compter que jusqu'à 2 147 483 647 secondes après l'epoch, atteintes à 03:14:07 UTC le 19 janvier 2038 — une seconde plus tard, il déborde et bascule sur un nombre négatif, généralement lu comme une date de 1901. Les systèmes utilisant encore des horodatages 32 bits (certains systèmes embarqués et anciens logiciels 32 bits) sont concernés ; la plupart des systèmes modernes 64 bits stockent déjà les horodatages sur 64 bits, ce qui repousse ce même débordement bien au-delà de tout horizon pratique.