Convertisseur d'horodatage

Qu’est-ce qu’un horodatage Unix ?#

Un horodatage Unix compte les secondes écoulées depuis le 1970-01-01 00:00:00 UTC — ce qu’on appelle l’« epoch Unix ». C’est la langue véhiculaire des journaux système, bases de données, API et métadonnées de fichiers, parce qu’il s’agit d’un simple entier, sans fuseau horaire, sans locale, sans ambiguïté d’heure d’été. 1700000000 désigne le même instant à Tokyo, Londres et Lima ; une chaîne d’horloge comme « 2023-11-14 14:13:20 » ne peut pas en dire autant tant que vous n’avez pas précisé de quelle horloge il s’agit et quel est le décalage.

Le piège, c’est que deux conventions coexistent dans la nature. L’heure Unix classique compte en secondes (10 chiffres aujourd’hui, par exemple 1700000000). En revanche, le Date de JavaScript, le System.currentTimeMillis() de Java et la plupart des codes frontend comptent en millisecondes (13 chiffres, par exemple 1700000000000). Confondez-les, et votre « il y a 5 minutes » devient « il y a 5 000 minutes ». Cette page détecte automatiquement la convention de la valeur que vous collez et affiche côte à côte tous les rendus courants de cet instant, afin que vous puissiez copier le format qu’attend votre système en aval.

Comment l’utiliser#

1. Saisissez ou collez une valeur dans le champ Entrée. Vous pouvez coller un nombre pur (secondes ou millisecondes — l’outil tranche selon l’ordre de grandeur) ou une chaîne de date lisible comme 2026-07-26T12:00:00Z. Le texte indicatif montre les deux formes.
2. Utilisez au besoin les trois boutons situés sous le champ : now() renseigne l’instant courant en millisecondes, Exemple charge une valeur de référence, Effacer vide le champ.
3. Lisez le panneau de résultat. Chaque ligne est une forme canonique du même instant : ISO 8601 (la chaîne UTC suffixée Z qu’attendent les API), Secondes (heure Unix), Millisecondes (style JS), UTC (UTC lisible) et Local (l’instant rendu dans votre fuseau horaire de navigateur).

Fonctionnalités clés#

• Détection d’unité fondée sur l’ordre de grandeur. Toute valeur numérique inférieure à 10 000 000 000 est lue en secondes ; toute valeur supérieure, en millisecondes. Cette frontière se situe aux alentours de l’année 2286 pour les secondes et de 1970 pour les millisecondes, si bien que toute valeur actuelle réaliste est classée correctement, sans bouton radio.
• Nombres et chaînes de date acceptés. Collez 1700000000, 1700000000000 ou une date au format ISO/HTTP — l’analyseur gère tout cela et signale clairement une erreur si la chaîne n’est pas une date réelle.
• Cinq formes de sortie d’un coup. ISO 8601, secondes Unix, millisecondes Unix, UTC en clair et heure locale en clair — vous copiez ainsi la représentation exacte dont votre base de données, votre ligne de journal ou votre frontend a besoin, sans reformatage manuel.
• 100 % côté client. Rien n’est envoyé nulle part ; la conversion n’est que de l’arithmétique sur Date dans votre navigateur.

Exemple commenté#

Collez 1700000000 (une valeur ronde à 10 chiffres — clairement des secondes). Le panneau résout cet unique instant en :

ISO 8601:  2023-11-14T22:13:20.000Z
Seconds:   1700000000
Millis:    1700000000000
UTC:       November 14, 2023 at 10:13:20 PM UTC
Local:     (rendered in your own timezone)

Collez maintenant 1700000000000 (trois zéros de plus — des millisecondes). Comme la valeur dépasse désormais le seuil de 1e10, elle est lue en millisecondes et se résout au même instant — le panneau est identique. C’est tout l’intérêt de la règle de grandeur : le même moment, exprimé dans l’une ou l’autre convention, se décode en une réponse sans ambiguïté.

FAQ#

Comment l’outil décide-t-il entre secondes et millisecondes ?#

À la taille. Une valeur à 10 chiffres comme 1700000000 est inférieure à 10 milliards : elle est donc traitée en secondes ; une valeur à 13 chiffres comme 1700000000000 est au-dessus de ce seuil : elle est donc traitée en millisecondes. Ce seuil est prudent, car 10 milliards de secondes tombent en 2286, tandis que 10 milliards de millisecondes tombent au début de 1970 — aucun horodatage plausible ne se situe dans la zone ambiguë.

Pourquoi mon heure locale diffère-t-elle de celle de quelqu’un d’autre ?#

La ligne Local restitue l’instant dans le fuseau horaire configuré sur votre système d’exploitation. La ligne UTC est absolue. Deux personnes collant le même horodatage verront les mêmes lignes UTC et ISO, mais des lignes Local différentes — ce qui est correct, puisque l’instant est le même et que seule l’horloge murale change.

L’horodatage fourni par mon backend a 13 chiffres — est-il cassé ?#

Non, ce sont simplement des millisecondes. Beaucoup d’environnements d’exécution (JavaScript, Java, certaines bibliothèques Python) utilisent la précision milliseconde par défaut. Saisissez-le tel quel dans le champ ; l’outil détecte l’ordre de grandeur et vous donne, dans la ligne Secondes, la valeur à 10 chiffres correspondante pour tout système qui attend l’heure Unix classique.