PK Systems PK Systems
Date et heure

Convertisseur de timestamp

Convertissez les timestamps Unix en dates lisibles et inversement, avec gestion automatique des secondes/millisecondes.

Convertisseur de timestamp

Unix → Date

Date décodée

ISO 8601
UTC
Local
Relatif
Fuseau horaire

Date → Unix

Horodatage encodé

Unix (s)
Unix (ms)
ISO 8601
UTC

À propos des horodatages Unix

Un horodatage Unix est le nombre de secondes écoulées depuis le 1er janvier 1970 à 00:00:00 UTC, la fameuse epoch Unix. De nombreuses API, fichiers de logs et bases de données stockent les dates ainsi car il s'agit d'un entier unique, sans ambiguïté de fuseau horaire, de calendrier ou de locale. Certains systèmes utilisent les millisecondes (la valeur par défaut de Date.getTime() en JavaScript), donnant des valeurs environ 1000× plus grandes que la forme en secondes. Convertir entre un horodatage et une date d'horloge nécessite d'appliquer un décalage de fuseau ; cet outil décode à la fois en UTC et dans le fuseau local de votre navigateur.

Comment utiliser ce convertisseur

Collez un horodatage Unix dans le champ supérieur et choisissez l'unité (la seconde par défaut ; passez aux millisecondes pour les horodatages JS à 13 chiffres). Le panneau décodé affiche l'ISO 8601, la chaîne UTC standard, votre heure locale, une expression relative comme il y a 3 jours, et les composants détaillés année par année. Le panneau du bas fait l'inverse : choisissez une date et une heure, et lisez les valeurs Unix en secondes, Unix en millisecondes, ISO 8601 et UTC correspondantes. Cliquez sur Utiliser l'heure actuelle pour le remplir avec le moment présent en un clic.

Horodatages courants

Quelques valeurs à connaître : 0 est l'epoch Unix elle-même, 946684800 est minuit le 1er janvier 2000 UTC (an 2000), 1234567890 est le 13 février 2009 à 23:31:30 UTC (apprécié pour les tests), et 2147483647 est le 19 janvier 2038 à 03:14:07 UTC, le moment où les horodatages signés sur 32 bits débordent. Les systèmes modernes utilisent des horodatages 64 bits et ne sont pas concernés, mais les bases de données anciennes et les firmwares embarqués peuvent encore nécessiter un correctif avant cette date.

Questions fréquentes

Pourquoi certains horodatages comportent-ils 10 chiffres et d'autres 13 ?
Les horodatages à dix chiffres sont en secondes depuis l'epoch et constituent la forme Unix classique, employée par la plupart des API système, des bases de données et des protocoles. Les horodatages à treize chiffres sont en millisecondes : Date.getTime() en JavaScript, System.currentTimeMillis() en Java, et de nombreuses API web renvoient cette forme. Si un nombre tourne autour de 1.7e9, ce sont des secondes ; autour de 1.7e12, des millisecondes.
Qu'est-ce que l'ISO 8601 ?
L'ISO 8601 est la norme internationale pour les chaînes de date et heure : 2024-03-15T14:30:00.000Z. Le T sépare la date et l'heure, et le Z final signifie UTC (« heure Zoulou »). Elle se trie correctement comme simple chaîne, s'analyse de manière identique d'un langage à l'autre, et c'est le format que la plupart des API modernes préfèrent aux horodatages Unix lorsque la lisibilité humaine compte.
L'heure locale dépend-elle de mon ordinateur ?
Oui. Le navigateur utilise le fuseau horaire de votre système d'exploitation pour afficher la chaîne locale. Si votre horloge ou votre fuseau est erroné, la sortie locale et l'expression relative le seront aussi — l'UTC et l'ISO 8601 restent corrects car ils sont absolus. En voyage ? Mettez votre OS en Auto pour qu'il suive la position, ou choisissez le bon fuseau manuellement.
Qu'est-ce que le problème de l'an 2038 ?
De nombreux anciens systèmes Unix stockent les horodatages en entiers signés 32 bits, qui débordent à 2 147 483 647 secondes, soit 03:14:07 UTC le 19 janvier 2038. Au-delà, les systèmes concernés peuvent rebasculer en 1901. La plupart des systèmes d'exploitation, langages et bases de données actuels sont passés depuis longtemps au temps 64 bits, mais on rencontre encore le temps 32 bits dans des firmwares embarqués, de vieux noyaux et des formats de fichiers anciens.
Les secondes intercalaires sont-elles prises en charge ?
Non, et presque aucun système Unix ne les gère. Le temps Unix fait comme si chaque jour durait exactement 86 400 secondes. Les secondes intercalaires sont insérées dans l'UTC par lissage ou par saut au niveau du système d'exploitation — l'horodatage lui-même ne les reflète pas. Pour l'usage quotidien, c'est invisible ; pour la chronométrie de haute précision (trading financier, instruments scientifiques), il faut une autre échelle de temps comme TAI.
Puis-je partager un lien avec un horodatage spécifique ?
Pas encore : la saisie est purement côté client et n'est pas encodée dans l'URL. Pour partager un horodatage, copiez le nombre et collez-le dans une discussion ou un document ; les destinataires pourront le recoller ici. Si vous avez besoin de liens partageables pour planifier des réunions entre fuseaux horaires, des outils dédiés comme Every Time Zone conviennent mieux.