Convertisseur d'horodatage Unix
Convertissez un horodatage Unix, en secondes ou millisecondes, en date dans n'importe quel fuseau horaire, et inversement.
Heure Unix actuelle
—
Un horodatage Unix compte les secondes écoulées depuis le 1er janvier 1970 UTC. C'est un instant, sans fuseau horaire propre, et c'est pourquoi le même nombre correspond à une heure différente à Paris et à Tokyo. Choisissez le fuseau qui vous intéresse et la conversion se fait dans les deux sens.
Comment ça marche
Les horodatages de treize chiffres ou plus sont lus comme des millisecondes, ce qu'émettent JavaScript, Java et la plupart des formats de journaux ; les plus courts sont lus comme des secondes. Fixez l'unité explicitement si vous préférez ne pas dépendre de cette détection.
Dans l'autre sens, la date est interprétée dans le fuseau choisi, sauf si le texte indique son propre décalage, auquel cas ce décalage l'emporte. Les expressions relatives comme « maintenant » ou « +1 jour » sont refusées : un résultat qui change entre deux chargements du même lien n'est pas un résultat partageable.
L'heure d'été est appliquée d'après la base de données des fuseaux horaires en vigueur : un instant en juillet et un instant en janvier dans le même fuseau peuvent donc avoir des décalages différents.
Exemples
| Cas | Saisie | Résultat |
|---|---|---|
| Un horodatage en secondes, lu en UTC | 1767225600 | 2026-01-01T00:00:00Z |
| Le même instant en millisecondes | 1767225600000 | 2026-01-01T00:00:00Z |
Questions fréquentes
Secondes ou millisecondes ?
PHP, Python, Go et la commande date travaillent en secondes ; JavaScript, Java et la plupart des API JSON travaillent en millisecondes. Aujourd'hui, un nombre à dix chiffres est en secondes, un nombre à treize chiffres est en millisecondes.
Pourquoi ma date est-elle décalée d'une heure ?
Presque toujours à cause d'un fuseau horaire supposé plutôt qu'indiqué. Un horodatage n'a pas de fuseau ; le fuseau est choisi au moment de l'affichage. Comparez la ligne UTC et la ligne locale pour voir le décalage appliqué.
Qu'est-ce que le problème de l'an 2038 ?
Un horodatage signé sur 32 bits déborde le 19 janvier 2038. Les systèmes modernes, celui-ci compris, utilisent des entiers 64 bits et ne sont pas concernés, mais les appareils embarqués et les vieilles colonnes de base de données le sont.
Les horodatages comptent-ils les secondes intercalaires ?
Non. Le temps Unix fait comme si chaque jour comptait exactement 86400 secondes : une seconde intercalaire est donc absorbée plutôt que comptée. C'est ce qui en fait un excellent identifiant d'instant et une mauvaise base pour mesurer une durée physique qui en traverse une.
Bon à savoir
- Les règles de fuseaux horaires proviennent de la base IANA livrée avec le serveur : un fuseau dont les règles ont changé après cette version peut donc être décalé jusqu'à sa mise à jour.