Le convertisseur de timestamp Unix de ToolPico vient de gagner une ligne supplémentaire dans sa carte de résultat : l'epoch en secondes, converti automatiquement en hexadécimal. Une petite addition, mais utile dès qu'on croise un ObjectId MongoDB, un dump mémoire ou un en-tête de fichier binaire qui affiche le temps sous cette forme. Voici ce qui a changé et comment l'utiliser concrètement.
Ce qui a été ajouté
Réponse courteLa carte de résultat du convertisseur affiche désormais une ligne « Hexadécimal (epoch secondes) », qui montre la valeur de l'epoch en base 16 (préfixée 0x), calculée automatiquement à chaque conversion — sans réglage à activer, sans étape supplémentaire.
Jusqu'ici, la carte de résultat listait déjà l'epoch en secondes, millisecondes, microsecondes et nanosecondes, ainsi que les formats ISO-8601 et RFC 2822. La nouveauté ajoute simplement une ligne de plus à cette liste : la même valeur d'epoch, mais écrite en hexadécimal plutôt qu'en décimal. Rien d'autre ne change dans le fonctionnement de l'outil — c'est une information supplémentaire affichée gratuitement à côté de ce que vous consultez déjà.
Pourquoi l'hexadécimal ? C'est la base numérique dans laquelle beaucoup de formats bas niveau (identifiants binaires, dumps mémoire, en-têtes de fichiers) choisissent d'exposer un compteur de temps, car elle est plus compacte que le décimal et s'aligne naturellement sur des blocs d'octets.
Où le voir dans l'outil
Réponse courteLa ligne hexadécimale apparaît dans la carte de résultat détaillée, aussi bien dans l'onglet « Epoch → Date » que dans l'onglet « Date → Epoch » — juste après les lignes ISO-8601 et RFC 2822.
Concrètement : dans l'onglet « Epoch → Date », collez une valeur epoch (par exemple un timestamp trouvé dans un log), lancez la conversion, et faites défiler la carte de résultat jusqu'au bloc de détails — vous y trouverez « Epoch en secondes », « Epoch en millisecondes », les formats ISO-8601/RFC 2822, puis la nouvelle ligne hexadécimale. Dans l'onglet « Date → Epoch », c'est le même principe : choisissez une date et une heure, et la ligne hexadécimale apparaît dans le même bloc de détails du résultat, calculée à partir de l'epoch en secondes correspondant.
Exemple illustratif : un epoch en secondes autour de 1753776000 s'écrit environ 0x687f5600 en hexadécimal — vérifiez toujours la valeur exacte avec l'outil plutôt que de vous fier à un calcul mental, les derniers chiffres changent vite.
Cas d'usage concret : un ObjectId MongoDB
Réponse courteUn ObjectId MongoDB est une chaîne hexadécimale de 24 caractères ; ses 8 premiers caractères encodent le timestamp de création du document, en secondes depuis 1970 — exactement le même epoch que celui affiché par le convertisseur, simplement en hexadécimal.
Cela veut dire que si vous avez un ObjectId comme 68894a800000000000000000 (exemple illustratif, structure simplifiée), vous pouvez isoler ses 8 premiers caractères (68894a80), les saisir avec le préfixe 0x dans un onglet acceptant l'hexadécimal, ou simplement comparer visuellement cette valeur à celle affichée par le convertisseur après une conversion normale — si les deux coïncident, vous venez de retrouver la date de création approximative du document sans écrire une ligne de code ni ouvrir MongoDB Compass.
| Contexte | Longueur hex | Ce qu'elle encode |
|---|
| Epoch Unix (secondes) | 8 caractères | Temps depuis 1970 en secondes |
| Timestamp d'un ObjectId MongoDB | 8 premiers caractères sur 24 | Temps de création du document |
| Dump mémoire / en-tête binaire | variable | Dépend du format, souvent 4 ou 8 octets |
Quand cette ligne est utile — et quand elle ne l'est pas
Réponse courteUtile en investigation technique bas niveau (identifiants binaires, dumps, en-têtes de fichiers) ; superflue pour une conversion de date quotidienne, où le format ISO-8601 ou la date lisible suffisent largement.
Pour la grande majorité des usages du convertisseur — vérifier une date de log, planifier un événement, déboguer une API qui renvoie un epoch — la ligne hexadécimale ne change rien à votre flux de travail : vous pouvez tout simplement l'ignorer et continuer à lire la date lisible ou l'ISO-8601 comme avant. Elle prend son intérêt dans des contextes plus spécifiques : reconnaître qu'une chaîne hexadécimale croisée dans un fichier binaire, un identifiant technique ou un dump correspond en réalité à un moment dans le temps, et pouvoir vérifier rapidement lequel sans écrire de script de conversion.
À retenir : la ligne hexadécimale reflète toujours l'epoch en secondes (pas millisecondes), avec le préfixe 0x ; pour un epoch antérieur à 1970 (donc négatif), elle s'affiche avec un signe moins devant, par exemple -0x2540be40.
Voyez la nouvelle sortie hexadécimale de l'epoch en action — gratuit et entièrement dans votre navigateur.
Essayer l'outil →
Questions fréquentes
Où voir la nouvelle sortie hexadécimale de l'epoch ?
Elle apparaît directement dans la carte de résultat détaillée du convertisseur, sous la ligne « Epoch en secondes / millisecondes » et les formats ISO-8601 / RFC 2822 — aussi bien dans l'onglet « Epoch → Date » que dans l'onglet « Date → Epoch ». Aucune action supplémentaire n'est nécessaire : la valeur hexadécimale se calcule et s'affiche automatiquement à chaque conversion.
L'hexadécimal affiché correspond-il à l'epoch en secondes ou en millisecondes ?
À l'epoch en secondes. C'est ce choix qui permet la correspondance directe avec les 8 premiers caractères hexadécimaux d'un ObjectId MongoDB, qui encodent eux aussi un epoch en secondes sur 4 octets.
Qu'est-ce qu'un ObjectId MongoDB et quel rapport avec l'epoch ?
Un ObjectId MongoDB est une chaîne hexadécimale de 24 caractères (12 octets) générée automatiquement pour chaque document. Ses 8 premiers caractères hexadécimaux encodent le timestamp de création du document, en secondes depuis le 1er janvier 1970 UTC — exactement le même epoch Unix que celui manipulé par le convertisseur ToolPico.
Cette nouvelle sortie hexadécimale remplace-t-elle les formats déjà disponibles (ISO-8601, RFC 2822) ?
Non, elle s'ajoute simplement aux lignes déjà présentes dans la carte de résultat. ISO-8601, RFC 2822, les valeurs en secondes/millisecondes/microsecondes/nanosecondes restent affichées comme avant ; l'hexadécimal est une ligne supplémentaire, pas un remplacement.
Le calcul hexadécimal fonctionne-t-il aussi pour des epoch négatifs (avant 1970) ?
Oui. Pour une date antérieure au 1er janvier 1970, l'epoch en secondes est négatif ; le convertisseur l'affiche alors avec un préfixe moins, par exemple -0x2540be40, en conservant la même notation 0x que pour les valeurs positives.
Note méthodologique : les valeurs numériques de cet article (ObjectId, valeurs hexadécimales) sont des exemples illustratifs destinés à expliquer le principe de la conversion ; utilisez toujours l'outil pour obtenir une valeur exacte à l'instant présent. Contenu fourni à titre informatif, sans garantie d'exhaustivité technique pour tous les systèmes et formats binaires existants.