Convertissez des horodatages Unix en dates et inversement, en secondes, millisecondes, microsecondes ou nanosecondes, dans tous les fuseaux horaires IANA.
L'unité est détectée automatiquement. Vous pouvez aussi imposer les secondes, millisecondes, microsecondes ou nanosecondes.
Exemples : 1786435200 · 1786435200000 · 2026-08-11 · 2026-08-11 10:00 · 2026-08-11T08:00:00Z
La conversion se fait localement dans votre navigateur. Les valeurs ne partent jamais vers un serveur.
La réponse que vous cherchiez d'abord ; les formats techniques sont regroupés en dessous.
—
—
—
—
—
Saisissez un horodatage ou une date à gauche et la conversion apparaît ici. Rien n'est envoyé : tout se passe dans cet onglet.
Calculez l'intervalle entre deux moments sans calculatrice séparée. Utile pour les journaux, les TTL, les caches et les jetons. Les deux champs acceptent les mêmes formats que le convertisseur ci-dessus.
Collez jusqu'à 500 entrées, une par ligne. Horodatages et dates peuvent être mélangés ; chaque ligne est détectée séparément.
Les exemples suivent le convertisseur. Choisissez un langage et copiez l'extrait ; la fraction de seconde est traitée comme chaque environnement la traite réellement.
Chaque extrait est généré pour l'unité affichée au-dessus, de sorte qu'une valeur en millisecondes n'est jamais multipliée par mille une seconde fois sans le dire.
L'essentiel, sous une forme qui se parcourt du regard plutôt qu'un mur de texte.
Le temps Unix compte les secondes écoulées depuis le 1er janvier 1970 à 00:00:00 UTC, l'instant appelé epoch. Un entier, aucune règle de calendrier, aucune locale, aucun fuseau : c'est pourquoi presque tous les journaux, bases de données et API l'utilisent en interne et ne le convertissent en date lisible qu'en bout de chaîne.
Un horodatage actuel fait 10 chiffres en secondes et 13 en millisecondes, d'où la règle empirique bien connue. Ce n'est qu'une règle empirique : le nombre de chiffres dépend de la date, les valeurs négatives la cassent, et les microsecondes comme les nanosecondes ajoutent trois chiffres chacune. Ce convertisseur lit plutôt l'ordre de grandeur, vous dit ce qu'il en a conclu et vous laisse le corriger.
Un horodatage désigne le même instant partout dans le monde. Le fuseau décide seulement de la manière dont cet instant s'écrit, et c'est pourquoi 1786435200 vaut 09:00 à Londres et 17:00 à Tokyo le même jour. L'heure d'été fait aussi partie de cette écriture : cet outil prend donc chaque décalage dans la base IANA de votre navigateur au lieu de le calculer.
Un entier signé sur 32 bits ne contient les secondes Unix que jusqu'à 2147483647, soit le 19 janvier 2038 à 03:14:07 UTC. Une seconde plus tard, il repasse à 1901. Cela concerne ce choix de stockage, pas le temps Unix lui-même : les systèmes 64 bits et tous les langages courants d'aujourd'hui sont hors de cause. Là où cela mord encore, c'est le firmware embarqué 32 bits, les formats binaires à champs de largeur fixe et les vieilles colonnes entières jamais élargies.
L'epoch Unix est le 1er janvier 1970 à 00:00:00 UTC. Un horodatage Unix compte les secondes écoulées depuis cet instant : c'est donc un seul nombre qui désigne un moment sans avoir besoin d'un calendrier, d'une locale ni d'un fuseau horaire.
Un horodatage Unix est un écart par rapport à un instant fixe : il n'est donc dans aucun fuseau. On le dit habituellement en UTC parce que l'epoch elle-même est définie en UTC. Les fuseaux n'interviennent qu'au moment de transformer le nombre en date lisible, et c'est pourquoi le même horodatage affiche une heure différente à Varsovie et à Tokyo.
Presque à coup sûr parce qu'il est en millisecondes. JavaScript, Java et la plupart des API JSON comptent en millisecondes, ce qui multiplie la valeur par mille et ajoute trois chiffres. Le nombre de chiffres est un bon indice, pas une règle : ce convertisseur choisit l'unité d'après l'ordre de grandeur et se laisse corriger.
Uniquement la résolution. 1786435200 et 1786435200000 sont le même instant ; la seconde forme peut en plus exprimer des fractions de seconde. Les confondre est le bug d'horodatage le plus courant qui soit, et il se repère vite : lue en secondes la valeur tombe en 2026, les mêmes chiffres lus en millisecondes tombent en janvier 1970.
Oui, sous forme de nombres négatifs. -86400 correspond au 31 décembre 1969. Certains systèmes et bases de données anciens stockent la valeur en entier non signé et refusent les négatifs : une date antérieure à 1970 peut donc passer dans un système et casser dans le suivant.
Non. C'est un atout, pas un manque : stocker un instant et le formater pour chaque utilisateur est ce qui garde un journal lisible d'une région à l'autre. Si vous avez aussi besoin de l'heure locale d'origine, enregistrez l'identifiant de fuseau IANA à côté de l'horodatage.
Dans un shell : date +%s. En JavaScript : Math.floor(Date.now() / 1000). En Python : int(time.time()). En PHP : time(). En SQL : EXTRACT(EPOCH FROM NOW()) sous PostgreSQL ou UNIX_TIMESTAMP() sous MySQL. La valeur en direct en haut de cette page est ce même nombre.
Un horodatage Unix stocké dans un entier signé sur 32 bits arrive à saturation le 19 janvier 2038 à 03:14:07 UTC, et la seconde suivante déborde vers 1901. Les systèmes et langages 64 bits modernes ne sont pas concernés, mais le firmware embarqué, les vieux formats de fichiers et les colonnes entières 32 bits peuvent l'être encore.
Chaque conversion s'exécute dans votre navigateur. Aucun horodatage, aucune date et aucune liste collée n'est jamais envoyé à un serveur.
Lodash est l'une des bibliothèques d'utilitaires les plus utilisées dans l'écosystème JavaScript, surtout dans les bases de code plus anciennes et d'entreprise. es-toolkit est une alternative moderne construite autour de TypeScript, des modules ES, du tree-shaking et de bundles plus petits. La question n'est pas de savoir si Lodash fonctionne encore. Il le fait. La meilleure question est de savoir si votre projet a encore besoin du poids et des schémas hérités qui l'accompagnent, ou si une option plus allégée et axée types convient mieux à votre stack en 2026.
Axios est devenu le client HTTP par défaut de nombreuses équipes JavaScript car il offrait une API propre avant que Fetch ne devienne la primitive standard du navigateur. Aujourd'hui, de nombreuses équipes peuvent utiliser Fetch natif directement ou choisir Ky, un petit wrapper qui ajoute du confort sans tout le poids d'Axios. Le bon choix dépend de si vous avez réellement besoin de fonctionnalités spécifiques à Axios comme les intercepteurs et les wrappers existants, ou si une couche de requêtes plus légère et moderne convient mieux à votre application.
Moment.js était autrefois la bibliothèque de dates par défaut pour les applications JavaScript, mais les stacks frontend modernes ont généralement besoin d'outils plus petits, plus modulaires et plus tree-shakeables. date-fns fournit les utilitaires de date comme des fonctions indépendantes, ce qui en fait un meilleur choix pour de nombreuses applications modernes. La décision est généralement simple pour les nouveaux projets : Moment.js peut rester dans le code hérité, mais date-fns est souvent un meilleur choix pour le nouveau développement.