Un timestamp Unix ne se calcule pas : on le lit. L'entier contient déjà l'instant, et le travail est de le lire de retour comme une date que l'œil peut utiliser. Le Convertisseur de Timestamp Unix fait cette lecture dans les deux sens. Saisissez 1 789 689 600 dans le mode timestamp vers date et le bloc de résultats lit le même instant de six façons : une ligne ISO, une ligne UTC, une ligne locale, une ligne lisible, une ligne de date et une ligne d'heure, et ensemble elles fixent l'instant au vendredi 18 septembre 2026 à 00:00 UTC. Le mode inverse prend une date et une heure telles que l'affiche une horloge murale et renvoie l'entier en secondes et en millisecondes. Une ligne vivante en haut de la page compte le timestamp actuel en secondes, mise à jour une fois par seconde, et chaque ligne de retour et chaque sortie a son propre bouton de copie, si bien que l'entier ou la chaîne quitte le navigateur en un seul collage.
L'article avance dans cet ordre : l'origine et l'unité que l'entier compte ; les six lignes de retour du mode timestamp vers date ; la lecture à l'heure locale du mode inverse ; la règle du nombre de chiffres qui décide secondes ou millisecondes ; le même instant lu sur deux horloges dans deux fuseaux ; et les endroits où l'entier voyage hors du navigateur.
L'origine et l'unité que l'entier compte
L'entier compte des secondes écoulées depuis une origine fixe : le 1er janvier 1970 à 00:00:00 UTC, l'époque Unix. Le nombre 0 est l'époque elle-même, les entiers négatifs lisent le temps antérieur, et chaque jour civil ajoute exactement 86 400 au comptage ; le compteur n'insère pas de secondes intercalaires, si bien que l'arithmétique reste linéaire. 1 789 689 600, c'est 20 714 jours après l'origine : 86 400 fois 20 714 tombe exactement sur ce entier sans reste, c'est pourquoi la lecture tombe sur le minuit net du 18 septembre 2026 en UTC. Le même instant a une seconde écriture, celle des millisecondes : multipliez par 1000 et l'instant vaut 1 789 689 600 000. Un instant, deux entiers, l'unité déplacée d'un rang décimal au lieu de déplacer le moment. Un exemple plus rond rend l'unité visible : 315 532 800, ce sont exactement dix ans après l'époque, le 1er janvier 1980 à 00:00:00 UTC, le comptage traversant les années bissextes 1972 et 1976 en chemin.
De timestamp à date : les six lignes de retour
Les six lignes sont six horloges lisant un instant, pas six instants différents. La ligne ISO écrit 2026-09-18T00:00:00.000Z, le Z marquant le fuseau UTC dans la chaîne elle-même. La ligne UTC lit Fri, 18 Sep 2026 00:00:00 GMT. La ligne locale suit le fuseau du navigateur : le même entier lit 09:00 le 18 septembre dans un navigateur à Tokyo et 20:00 le 17 septembre dans un navigateur à New York. Les lignes lisible, de date et d'heure se rendent dans la langue du site ; en français la ligne lisible donne vendredi 18 septembre 2026 à 00:00:00. Chaque ligne est un format pour le même moment, choisi pour une destination : ISO pour les API et les journaux, UTC pour les comparaisons entre fuseaux, locale pour le lecteur, lisible pour l'affichage, et date ou heure quand il ne manque qu'une partie. Chaque ligne a son bouton de copie, si bien que le format voyage seul.
De date à timestamp : la lecture à l'heure locale
Le mode inverse prend l'horloge murale, pas l'entier : un champ de date et un champ d'heure, lus comme heure locale dans le fuseau où se trouve le navigateur. L'horloge murale du 18 septembre 2026 à 12:00 lit 1 789 732 800 dans un navigateur en UTC, 1 789 700 400 dans un navigateur à Tokyo et 1 789 747 200 dans un navigateur à New York en heure d'été. Trois entiers différents pour une même horloge murale, séparés exactement par les décalages de fuseau : les mêmes 12:00 du mur sont 03:00 en UTC à Tokyo et 16:00 en UTC à New York. La sortie liste les deux unités d'un coup, secondes et millisecondes ; les secondes sont les millisecondes divisées par 1000 et arrondies vers le bas, si bien que les deux lignes sont le même instant écrit deux fois. Ce mode est la couture où la date devient l'instant exact où le jour commence, la question que porte l'article sur la date future : une date future dont le moment de départ est fixé.
Le nombre de chiffres décide secondes ou millisecondes
Le convertisseur ne demande pas l'unité ; il lit le nombre de chiffres. Dix chiffres ou moins se lisent en secondes, de onze à treize se lisent en millisecondes. Les deux fenêtres atteignent le même horizon, l'année 2286 : 9 999 999 999 en secondes, c'est le 20 novembre 2286 à 17:46:39 UTC, et 9 999 999 999 999 en millisecondes, c'est le même instant écrit avec trois zéros de plus. La fenêtre des millisecondes commence à 10 000 000 000, qui en millisecondes est le 26 avril 1970 à 17:46:40 UTC, si bien que toute valeur en millisecondes écrite depuis ce jour se lit dans la bonne unité, et les valeurs à 13 chiffres des dernières années tombent sans ambiguïté dans la fenêtre des millisecondes. L'étroit passage unique est au début de 1970 : 1 000 000 000 a dix chiffres, il se lit donc en secondes, ce qui donne le 9 septembre 2001 à 01:46:40 UTC, pas les seize minutes quarante secondes après l'époque que marqueraient les mêmes chiffres s'ils étaient des millisecondes. La règle échange un malentendu délibéré au premier trimestre 1970 contre un champ de saisie sans unité qui lit les valeurs modernes sans indice.
Le même instant sur deux horloges
Le timestamp ne porte pas de fuseau ; c'est la lecture qui en porte. L'instant ancre 1 789 689 600 est à 00:00 le 18 septembre en UTC, à 02:00 à Berlin en heure d'été, à 09:00 à Tokyo, et à 20:00 le 17 septembre à New York. L'entier est un seul nombre dans tous ces fuseaux ; c'est l'horloge murale où le fuseau entre. Cette séparation est ce qui rend les écarts sûrs : 1 789 732 800 moins 1 789 689 600, ce sont 43 200 secondes, 12 heures, la même différence dans tous les fuseaux, parce que les deux entiers vivent sur le même axe UTC. La Calculatrice de Dates en mode écart rapporte le même écart entre deux dates en jours, et l'article sur l'écart entre deux dates parcourt ce mode de bout en bout ; la version entiers de la même soustraction est de l'arithmétique entière pure, sans calendrier au milieu.
Là où l'entier voyage
Hors du convertisseur, l'entier est la monnaie de la machine : les API le renvoient, les journaux du serveur l'estampillent, les systèmes de fichiers le stockent, les bases de données trient sur lui, et l'horloge murale se rend à partir de lui au moment de la lecture, dans le fuseau du lecteur. La couture avec la date est là où le fuseau entre et où les erreurs arrivent. Une date de naissance du 15 janvier 1990 à minuit local vaut 632 361 600 lue en UTC et 632 329 200 lue à Tokyo, un écart de neuf heures dans l'entier pour une même horloge murale. La Calculatrice d'Âge lit la date, pas l'entier, et conserve le minuit local comme instant de naissance ; l'article sur l'âge explique pourquoi la lecture du minuit local est la frontière entre un âge juste et un jour de différence. À l'extrémité lointaine de la chaîne de planification, les dates qui commencent comme des entiers quittent le navigateur : un prêt de 30 ans contracté à 36 ans le 15 janvier 2026 est soldé à 66 ans le 15 janvier 2056, la Calculatrice de Prêt porte ce plan de remboursement, et le Planificateur de Retraite porte la date de retraite de la même façon, et chacun écrit ses dates de fin de retour à l'horloge murale à la fin.