Skip to main content

Convertissez entre horodatages Unix et dates lisibles.

Unix
1788701184
Millisecondes
1788701184000
ISO 8601
2026-09-06T13:26:24.000Z
UTC
2026-09-06 13:26:24
Relatif
0s ago
Tous les calculs sont effectués localement dans votre navigateur. Aucune donnée n'est envoyée au serveur.

Les résultats sont fournis à titre informatif. Vérifiez-les auprÚs d'autres sources.

Le temps Unix, et pourquoi les dates atterrissent en 1970

Le temps Unix compte les secondes Ă©coulĂ©es depuis le 1er janvier 1970 UTC. C'est un entier unique sans fuseau attachĂ©, idĂ©al pour le stockage et la comparaison — et une source courante d'erreurs d'un facteur mille.

Comment ça marche

  • Convertit entre un horodatage entier et une date lisible, en UTC et dans votre fuseau local.
  • DĂ©duit l'unitĂ© de l'ordre de grandeur : 10 chiffres pour les secondes, 13 pour les millisecondes, 16 pour les microsecondes, 19 pour les nanosecondes.
  • Ignore les secondes intercalaires, comme le temps Unix lui-mĂȘme — un jour Unix fait toujours exactement 86 400 secondes.
secondes depuis 1970-01-01T00:00:00Z

1 000 000 000    →  2001-09-09   (10 chiffres, secondes)
1 700 000 000    →  2023-11-14   (10 chiffres, secondes)
1 700 000 000 000 →  2023-11-14  (13 chiffres, millisecondes)

2^31 − 1 = 2 147 483 647 → 2038-01-19T03:14:07Z

Exemple chiffré

Le bug classique : un horodatage JavaScript transmis Ă  quelque chose qui attend des secondes.

  1. Date.now() renvoie 1750000000000 — millisecondes, 13 chiffres
  2. transmis Ă  un systĂšme attendant des secondes, il est lu comme 1 750 000 000 000 secondes
  3. soit environ l'an 57 442 — ou, si le champ dĂ©borde, 1970
  4. le correctif : Math.floor(Date.now() / 1000) → 1750000000

Chaque fois qu'une date ressort en 1970 ou dans un futur absurde, la cause est presque toujours ce facteur 1 000. Comptez les chiffres avant de déboguer autre chose.

Lire le résultat

  • Un horodatage n'a pas de fuseau. L'afficher en date locale est un choix de prĂ©sentation ; l'entier stockĂ© est toujours en UTC. Que deux utilisateurs voient des dates diffĂ©rentes pour le mĂȘme horodatage est correct, pas un bug.
  • Les systĂšmes stockant les secondes dans un entier 32 bits signĂ© dĂ©bordent le 19 janvier 2038. Tout ce qui a une longue durĂ©e de vie doit utiliser 64 bits.
  • Les horodatages nĂ©gatifs dĂ©signent des dates antĂ©rieures Ă  1970 et sont valides, mais leur traitement varie : certaines plateformes et bases les rejettent ou les gĂšrent mal.
  • Les secondes intercalaires Ă©tant ignorĂ©es, le temps Unix n'est pas un vrai dĂ©compte de secondes SI depuis l'Ă©poque. Pour presque tout, cela n'a pas d'importance ; pour du chronomĂ©trage prĂ©cis, utilisez une horloge monotone.

Questions fréquentes

Pourquoi ma date s'affiche-t-elle au 1er janvier 1970 ?
La valeur reçue par le convertisseur était zéro, nulle, ou une chaßne non analysée devenue zéro. Ce n'est presque jamais une vraie date de 1970 : vérifiez ce que votre code a réellement transmis.
Secondes ou millisecondes : comment savoir ?
Comptez les chiffres. Dix chiffres, ce sont des secondes, et la date tombera entre 2001 et 2286. Treize, des millisecondes. JavaScript utilise les millisecondes ; la plupart des outils Unix, bases et API utilisent les secondes.