L'epoch Unix classique (secondes ou millisecondes depuis 1970) n'est pas le seul format de temps que vous croiserez en développement. Un ID Discord, une cellule Excel ou un objet DateTime .NET embarquent chacun leur propre représentation numérique du temps. Ce guide montre comment les décoder — et pourquoi une sortie hexadécimale du timestamp peut aussi rendre service en debug bas niveau.
Décoder un ID snowflake (Discord, Twitter/X)
Réponse courteUn ID snowflake encode sa propre date de création : le timestamp y est décalé de 22 bits vers la gauche, au-dessus d'un epoch fixe propre à la plateforme (1420070400000 pour Discord, 1288834974657 pour Twitter/X). Décaler l'ID de 22 bits vers la droite et ajouter cet epoch redonne la date exacte de création.
C'est utile pour, par exemple, estimer l'ancienneté d'un compte ou d'un message à partir de son seul identifiant numérique, sans appel API. Le mini-outil « Décodeur d'ID Snowflake » du convertisseur de timestamp Unix de ToolPico fait ce calcul directement dans le navigateur : collez l'ID, choisissez la plateforme (Discord ou Twitter/X), et la date-heure de création s'affiche. Le calcul utilise l'arithmétique BigInt de JavaScript, car ces ID dépassent la précision entière classique d'un nombre flottant.
Pourquoi « snowflake » ? Le nom vient de l'idée qu'aucun flocon de neige n'est identique : chaque ID combine timestamp, ID de machine/worker et compteur de séquence pour rester unique même à très haut débit de création.
Le numéro de série Excel (OADate)
Réponse courteExcel et Google Sheets stockent en interne une date comme un simple nombre de jours écoulés depuis le 30 décembre 1899 — la partie décimale représente la fraction de journée (l'heure). C'est le format OADate.
Concrètement, si une formule Excel affiche soudain un nombre comme 45838 à la place d'une date, c'est que la cellule a perdu son format d'affichage — la valeur sous-jacente reste ce numéro de série. Le mini-outil « Date série Excel (OADate) » du convertisseur convertit ce nombre en date lisible, et inversement à partir d'un epoch Unix, ce qui aide à réconcilier des exports de tableur avec des données epoch venues d'une base de données ou d'une API.
Exemple illustratif : un OADate autour de 45 800 correspond à une date de la mi-2025 — vérifiez toujours la valeur exacte avec l'outil plutôt que de vous fier à un calcul mental.
Les Ticks DateTime .NET
Réponse courteUn Tick .NET vaut 100 nanosecondes (un dixième de microseconde), compté depuis le 1er janvier de l'an 1 du calendrier grégorien — pas depuis 1970. D'où des valeurs numériques très longues, souvent à 18 chiffres.
Ce format apparaît typiquement dans les logs d'applications .NET, certains formats de sérialisation binaire, ou des propriétés Ticks exposées par du code C#/.NET legacy. Le mini-outil « Ticks DateTime .NET » du convertisseur traite ces grands nombres en arithmétique BigInt pour éviter toute perte de précision, dans les deux sens : Ticks vers date lisible, et date vers valeur de Ticks.
| Format | Point de départ | Unité |
|---|
| Epoch Unix | 1er janv. 1970 UTC | Secondes / ms |
| OADate Excel | 30 déc. 1899 | Jours (fraction = heure) |
| Ticks .NET | 1er janv. an 1 | 100 ns |
| Snowflake Discord | 1er janv. 2015 (epoch décalé) | Millisecondes, décalées de 22 bits |
Et l'hexadécimal dans tout ça ?
Réponse courteUn epoch Unix en secondes s'écrit en général sur 8 caractères hexadécimaux (par ex. 68894a80) — c'est exactement la longueur du champ « temps de création » intégré dans un ObjectId MongoDB, ou une valeur qu'on peut croiser telle quelle dans un dump mémoire ou un en-tête de fichier binaire.
Reconnaître qu'une chaîne hexadécimale de 8 caractères représente potentiellement un epoch permet de gagner du temps en debug : plutôt que de deviner, on peut la reconvertir mentalement (ou avec l'outil) en date pour vérifier si elle correspond à un moment plausible dans le contexte du bug. C'est un cas d'usage plus rare que les conversions du quotidien, orienté investigation technique bas niveau.
À ce jour, le convertisseur de timestamp Unix de ToolPico n'affiche pas encore de sortie hexadécimale directement dans sa carte de résultat principale — cette option fait partie des évolutions envisagées pour les paramètres avancés, aux côtés des formats déjà pris en charge (ISO-8601, RFC 2822, OADate, Ticks .NET, snowflake). En attendant, pour un besoin ponctuel, la conversion decimal → hexadécimal peut se faire avec un convertisseur de base numérique classique une fois l'epoch en secondes obtenu.
À retenir : l'hexadécimal ne change pas la valeur du timestamp, seulement sa représentation — utile en contexte bas niveau (bases de données binaires, ObjectId, dumps), moins pour un usage quotidien de conversion de date.
Décodez un ID Snowflake, un OADate Excel ou des Ticks .NET — gratuit et entièrement dans votre navigateur.
Essayer l'outil →
Questions fréquentes
Comment retrouver la date de création d'un ID Discord ou Twitter/X ?
Ces plateformes utilisent des ID « snowflake » : le timestamp de création y est intégré, décalé de 22 bits vers la gauche, au-dessus d'un epoch fixe propre à la plateforme (1420070400000 pour Discord, 1288834974657 pour Twitter/X). Le mini-outil « Décodeur d'ID Snowflake » du convertisseur ToolPico extrait cette date en collant l'ID et en choisissant la plateforme, via un décalage de bits en arithmétique BigInt exécuté entièrement dans le navigateur.
Qu'est-ce qu'un numéro de série de date Excel (OADate) et comment le convertir ?
Excel et Google Sheets stockent en interne une date comme un simple nombre de jours écoulés depuis le 30 décembre 1899 (avec la partie décimale représentant l'heure). Ce format s'appelle OADate. Le mini-outil « Date série Excel (OADate) » du convertisseur le transforme en date lisible, et inversement à partir d'un epoch Unix.
Que sont les Ticks DateTime .NET et pourquoi diffèrent-ils de l'epoch Unix ?
Un Tick .NET représente un dixième de microseconde (100 nanosecondes) écoulé depuis le 1er janvier de l'an 1 (calendrier grégorien), et non depuis 1970 comme l'epoch Unix. C'est pourquoi les valeurs de Ticks sont des nombres très longs. Le mini-outil « Ticks DateTime .NET » du convertisseur effectue la conversion vers/depuis une date lisible en arithmétique BigInt pour rester précis malgré la taille du nombre.
À quoi servirait une sortie hexadécimale du timestamp ?
En hexadécimal, un epoch Unix en secondes tient sur 8 caractères (par exemple 68894a80), ce qui correspond exactement à la taille du champ « temps de création » embarqué dans un ObjectId MongoDB, ou à des valeurs qu'on retrouve telles quelles dans un dump mémoire, un en-tête binaire de fichier, ou certains identifiants de session bas niveau. Reconnaître qu'une suite hexadécimale correspond à un epoch permet de la décoder mentalement sans repasser par du code. Cette sortie hexadécimale optionnelle n'est pas encore proposée dans la carte de résultat du convertisseur actuel, mais elle figure parmi les évolutions envisagées pour les paramètres avancés.
Ces trois formats (snowflake, OADate, Ticks) sont-ils liés à l'epoch Unix classique ?
Oui, tous représentent fondamentalement « un nombre de subdivisions de temps depuis un point de départ fixe », comme l'epoch Unix — seuls le point de départ (1970, 1899, ou l'an 1) et l'unité (secondes, jours, ticks de 100 ns) changent. C'est pourquoi un même convertisseur peut gérer les quatre formats : il suffit d'appliquer la bonne formule de décalage et d'échelle entre chacun et l'epoch Unix de référence.
Note méthodologique : les valeurs numériques de cet article (OADate, Ticks, snowflake) sont des exemples illustratifs destinés à expliquer la mécanique de conversion ; utilisez toujours les mini-outils dédiés du convertisseur pour obtenir une valeur exacte. Contenu fourni à titre informatif, sans garantie d'exhaustivité technique pour toutes les versions de chaque plateforme ou système.