Aller au contenu
Quaestio

Horodatage Unix

Saisissez un horodatage et l’instant apparaît, ou saisissez une date et le nombre apparaît.

Horodatage en ce moment

–

Secondes, millisecondes ou microsecondes. Les nombres négatifs ramènent avant 1970.

  • UTCjeudi 4 septembre 2025 à 15 h 33 min 20 s
  • Votre heure–
  • ISO 86012025-09-04T15:33:20Z
  • En secondes1757000000
  • En millisecondes1757000000000

Écrivez 2026-09-12 ou 2026-09-12T14:30. Sans fuseau, c’est lu comme de l’UTC.

1789214400

Points de repère

NombreInstant
Le début de l’époque1970-01-01T00:00:00Z
Un milliard de secondes2001-09-09T01:46:40Z
Là où s’arrêtent les trente-deux bits2038-01-19T03:14:07Z
Deux milliards de secondes2033-05-18T03:33:20Z

Le temps Unix ne compte pas les secondes intercalaires. Un jour Unix a toujours exactement 86 400 secondes.

Intégrer

Intégrer cet outil à votre site

Copiez le code et collez-le là où l’outil doit apparaître, par exemple dans un article de blog ou sur une page d’école. C’est gratuit, le cadre ne contient pas de publicité et l’outil calcule dans le navigateur du visiteur.

Comment ça marche

Le temps Unix est le nombre de secondes depuis le 1er janvier 1970 en UTC. Ce point zéro a été choisi parce qu’il était commodément proche quand la mesure a été introduite, non parce qu’il signifie quelque chose en soi.

La mesure ne compte pas les secondes intercalaires. Un jour Unix a toujours exactement 86 400 secondes, même les jours où UTC en a gagné une. Cela garde le calcul simple, et le temps Unix suit malgré tout la date et l’heure UTC. Mais l’écart entre deux horodatages n’est pas toujours le temps réellement écoulé. Depuis 1972, 27 secondes intercalaires ont été ajoutées, et le temps Unix ne les compte pas. En dehors de la navigation par satellite, cela n’a pas d’importance.

L’unité est devinée d’après la taille du nombre. Tout ce qui est sous dix milliards se lit comme des secondes, ce qui porte jusqu’à l’an 2286 ; les nombres plus grands comme des millisecondes ou des microsecondes. La limite est là pour qu’une année du présent soit lue correctement.

Les nombres négatifs ramènent avant 1970 et fonctionnent de la même manière.

Un compteur signé de 32 bits se termine le 19 janvier 2038 à 03:14:07 UTC puis revient à 1901. C’est le problème de l’an 2038, la même sorte d’erreur que le bogue de l’an 2000, mais en binaire. Les systèmes qui comptent sur 64 bits ne sont pas touchés.

Une date sans fuseau dans le texte se lit comme de l’UTC, si bien que le même texte donne partout le même nombre.

Comment le nombre est lu

Les espaces et les tirets bas sont d’abord retirés. Sans unité choisie, la taille décide : sous dix milliards, le nombre se lit en secondes, à partir de dix milliards en millisecondes, et à partir de cent mille milliards en microsecondes. Avec ces seuils, une valeur en millisecondes antérieure au 26 avril 1970, ou en microsecondes antérieure au 3 mars 1973, est lue dans la mauvaise unité. Les nanosecondes ne sont pas une unité : 1 757 000 000 000 000 000 nanosecondes, soit le 4 septembre 2025, sont lues comme des microsecondes et tombent en l’an 57647. Selon ECMAScript, le calendrier du navigateur s’étend sur cent millions de jours avant et après 1970, jusqu’au 13 septembre 275760 ; au-delà, c’est un message d’erreur.

Exemple : la limite des 32 bits

2³¹ − 1 = 2 147 483 647 est le plus grand nombre que peut contenir un compteur signé de 32 bits. Une seconde plus tard, il passe à −2 147 483 648, que l’outil affiche comme le 13 décembre 1901 à 20 h 45 min 52 s UTC. Les instants au-delà de ces deux limites reçoivent un avertissement : 2 147 483 648 le déclenche, 2 147 483 647 non.

Les dates écrites en texte

Selon ECMAScript, 2026-09-12T14:30 se lit en heure locale, mais 2026-09-12 en UTC. L’outil lit les deux en UTC, si bien que 2026-09-12T14:30 donne toujours 1 789 223 400.

Les dates qui n’existent pas sont refusées : 2026-02-30 donne un message d’erreur, alors que Date dans V8, le moteur de Chrome et d’Edge, en fait sans prévenir le 2 mars. 24:00 est accepté comme fin de journée, comme ECMAScript le permet.

Secondes intercalaires et dates avant 1970

POSIX définit les secondes depuis l’Epoch par une formule et précise que leur rapport avec l’UTC réel n’est pas spécifié. Pour ECMAScript, aucune valeur de temps ne tombe dans une seconde intercalaire. 2016-12-31T23:59:60Z, la dernière seconde intercalaire, donne donc le message d’erreur des heures qui n’existent pas, alors que la seconde d’avant donne 1 483 228 799 et le minuit suivant 1 483 228 800. Selon l’IERS, l’écart entre le temps atomique (TAI) et l’UTC, de 10 secondes en 1972, est de 37 secondes depuis le 1er janvier 2017. Le Bulletin C 72 de l’IERS annonce qu’aucune seconde intercalaire ne sera ajoutée fin décembre 2026.

Pour les valeurs négatives, POSIX laisse ce rapport indéfini. L’outil suit ECMAScript, qui compte à rebours avec le calendrier grégorien, même avant son adoption.

Sources

Comment les outils sont vérifiés