10 chiffres correspondent généralement à des secondes Unix pour des dates modernes.
Convertisseur timestamp Unix
Collez un timestamp Unix pour le convertir en heure locale lisible et en UTC. Vous pouvez aussi générer le timestamp actuel en secondes ou millisecondes pour logs, API, bases de données et débogage.
Comment l’utiliser
- Collez un timestamp ou cliquez sur l’heure actuelle.
- Choisissez secondes ou millisecondes.
- Lisez la date locale, la date UTC et la valeur ISO 8601.
Pourquoi les timestamps Unix sont utiles
Un timestamp Unix est neutre vis-à-vis des fuseaux horaires : il compte le temps écoulé depuis 1970-01-01 00:00:00 UTC. Il est donc compact, triable et fiable pour échanger des dates entre systèmes.
L’erreur la plus fréquente consiste à mélanger secondes et millisecondes. JavaScript utilise généralement les millisecondes, tandis que beaucoup d’API et bases de données utilisent les secondes.
Les timestamps Unix sont courants dans les API, logs, bases de données, exports analytiques, JavaScript, Python, outils Linux et chronologies d’incident. Ils sont compacts, mais difficiles à lire sans conversion.
L’erreur la plus fréquente est la mauvaise précision. Une valeur à dix chiffres est souvent en secondes, treize chiffres en millisecondes, et les valeurs plus longues en microsecondes ou nanosecondes.
Pour déboguer, comparez l’heure locale, l’heure UTC, la chaîne ISO 8601 et le timestamp brut. Cela aide à repérer les erreurs de fuseau, d’heure d’été et de facteur 1000.
Lorsque vous partagez un timestamp avec un autre développeur, ajoutez l’unité et une valeur ISO. Un nombre seul peut être ambigu, alors que “1779244818 secondes / 2026-05-19T…” clarifie le moment visé.
Le temps Unix est généralement stocké en UTC, mais les utilisateurs lisent les dates en heure locale. Afficher les deux vues est important lorsqu’un serveur est en UTC, un client en Amérique et le support en Europe ou en Inde.
JavaScript renvoie des millisecondes avec Date.now(), PostgreSQL et beaucoup d’API exposent souvent des secondes, et certains flux d’événements utilisent microsecondes ou nanosecondes. Vérifier le nombre de chiffres évite de nombreuses dates erronées.
Le problème de 2038 concerne les anciens systèmes qui stockent le temps Unix dans un entier signé 32 bits. Les systèmes 64 bits modernes l’évitent, mais appareils embarqués, bases héritées et anciens formats peuvent rester concernés.
La conversion de timestamps est utile lors d’un incident, car les logs de différents systèmes utilisent souvent plusieurs formats. Un service peut écrire ISO UTC, un autre des millisecondes Unix, et une base exporter des secondes.
Pour analyser un bug, convertissez le timestamp puis comparez-le au fuseau de l’utilisateur, au fuseau serveur et à la chronologie de déploiement. Beaucoup d’erreurs d’heure sont en réalité des erreurs d’affichage ou d’unité.
Dans les exports analytiques, un timestamp peut désigner la création d’événement, l’ingestion, le traitement ou le reporting. Le nombre seul ne suffit pas; noms de colonnes et documentation sont essentiels.
Si vous stockez des timestamps, conservez la valeur UTC brute et formatez-la seulement à l’affichage. Vous évitez ainsi les pertes d’information lorsque les utilisateurs voyagent ou changent de fuseau.
Reconnaître l’unité du timestamp
13 chiffres correspondent souvent à des millisecondes Unix issues de JavaScript ou du navigateur.
16 ou 19 chiffres proviennent souvent de bases de données ou de systèmes de trace haute précision; le nombre de chiffres reste une heuristique à vérifier avec une date connue.
Bonnes pratiques côté développement
- Normalisez en UTC avant de comparer des timestamps entre services ou journaux.
- Convertissez en heure locale lisible seulement à l’affichage ou pendant un débogage précis.
- En cas de doute sur l’unité, utilisez l’auto-détection comme premier passage, puis validez avec un événement ou une ligne de log connue.
Erreurs les plus fréquentes
- Envoyer des millisecondes à un système qui attend des secondes projette la date très loin dans le futur.
- Lire une heure locale comme si elle était en UTC décale les événements de plusieurs heures.
- Autour des changements d’heure, gardez l’UTC jusqu’au dernier moment pour éviter les décalages.
Exemples concrets
Le timestamp 1717243200 correspond à 2024-06-01 12:00:00 UTC s’il est lu en secondes.
La valeur 1717243200000 représente le même instant si elle est lue en millisecondes.
Si la date convertie tombe en année 56387, vous avez probablement traité des millisecondes comme des secondes.
FAQ
Qu’est-ce que l’époque Unix ?
C’est 1970-01-01 00:00:00 UTC, le point zéro à partir duquel les timestamps Unix comptent.
Faut-il utiliser secondes ou millisecondes ?
Utilisez l’unité attendue par votre système. JavaScript Date utilise les millisecondes, les timestamps Unix classiques utilisent souvent les secondes.
Comment reconnaître secondes et millisecondes ?
Les timestamps actuels en secondes ont souvent 10 chiffres, et les millisecondes 13. Considérez cela comme un indice, pas une preuve: confirmez la date convertie avec un événement, un log ou une plage attendue.
Pourquoi mon heure locale diffère-t-elle d’UTC ?
UTC est la référence mondiale. L’heure locale applique le décalage de votre fuseau et parfois l’heure d’été.
À quoi sert ISO 8601 ?
ISO 8601 est un format lisible et triable utilisé par API, bases de données, logs et documentation.
Qu’est-ce que le problème de 2038 ?
Certains anciens systèmes stockent le temps Unix dans un entier signé 32 bits, qui déborde en janvier 2038. Les systèmes 64 bits l’évitent.