Convertisseur d'Époque

Époque Unix actuelle

Une ligne de journal indique 1729523412, une API renvoie 1729523412000, une base de données écrit 1729523412.845293. Les trois représentent le même instant depuis le 1er janvier 1970 UTC : le premier en secondes, le deuxième en millisecondes, le troisième en secondes avec une partie fractionnaire. Ce convertisseur fonctionne dans les deux sens : collez un horodatage pour lire la date et l’heure UTC, ou saisissez une date pour obtenir la valeur epoch en secondes ou en millisecondes.

Comment convertir un horodatage epoch

  1. 1

    Collez un horodatage

    Une valeur en secondes (10 chiffres), en millisecondes (13 chiffres) ou avec une partie fractionnaire, comme 1729523412.845293.

  2. 2

    Choisissez la précision

    Le commutateur au-dessus du champ de saisie choisit les secondes ou les millisecondes. Le résultat de date conserve les fractions de seconde jusqu'aux microsecondes.

  3. 3

    Lisez la date UTC

    La valeur convertie s'affiche en UTC au format YYYY-MM-DD HH:MM:SS.microsecondes, prête à copier.

  4. 4

    Inversez-le

    Saisissez une date et une heure en UTC pour obtenir la valeur epoch en secondes ou en millisecondes.

Qu’est-ce que “l’époque”

Le temps Unix mesure les secondes (ou fractions de seconde) depuis le 1er janvier 1970 00:00:00 UTC, connu sous le nom d’époque Unix. C’est le timestamp lisible par machine dominant dans les logiciels :

  • Systèmes POSIX : time() renvoie les secondes depuis l’époque.
  • JavaScript : Date.now() renvoie les millisecondes.
  • Java : System.currentTimeMillis() renvoie les millisecondes.
  • Go : time.Now().Unix() renvoie les secondes ; UnixNano() renvoie les nanosecondes.

Précision par magnitude

Nombre de chiffres Précision Exemple
10 secondes 1 729 523 412
13 millisecondes 1 729 523 412 000
16 microsecondes 1 729 523 412 000 000
19 nanosecondes 1 729 523 412 000 000 000

Ce convertisseur accepte les secondes, les millisecondes et les valeurs avec partie fractionnaire ; réglez le commutateur de précision selon votre saisie.

Timestamps marquants

  • 0 - 1er janvier 1970 00:00:00 UTC. L’époque elle-même.
  • 1 000 000 000 - 9 septembre 2001 01:46:40 UTC. Un moment commun de “fête du milliard de secondes”.
  • 1 234 567 890 - 13 février 2009 23:31:30 UTC.
  • 2 147 483 647 - 19 janvier 2038 03:14:07 UTC. Le problème Y2K38 : débordement d’entier signé 32 bits.
  • 10 000 000 000 - Loin dans le futur : 20 novembre 2286 17:46:40 UTC.

Le problème Y2K38

Les systèmes stockant le temps Unix dans un entier signé 32 bits débordent à 2 147 483 647 secondes (19 janvier 2038). Les systèmes modernes utilisent des entiers 64 bits, ce qui repousse le problème au-delà de la mort thermique du Soleil. Les systèmes embarqués anciens et les anciennes bases de données peuvent encore être affectés ; vérifiez votre pile.

Subtilités des fuseaux horaires

Le temps d’époque est intrinsèquement UTC. Lorsque vous le convertissez pour l’affichage, vous appliquez un fuseau horaire :

  • Nom IANA (America/Los_Angeles, Europe/Berlin) : gère automatiquement l’heure d’été.
  • Décalage (-08:00, +05:30) : décalage fixe, pas de prise en compte de l’heure d’été.
  • Abréviation (PST, CEST) : ambigu ; différentes régions utilisent les mêmes abréviations. À éviter pour le stockage.

Les règles de l’heure d’été changent avec le temps. Un timestamp historique dans America/New_York utilise les règles de l’heure d’été qui étaient en vigueur à cette date, pas celles d’aujourd’hui. Ce convertisseur affiche toujours l’heure UTC. Pour voir l’instant dans votre région, interprétez le résultat UTC avec un nom IANA ou un décalage fixe.

ISO 8601 vs RFC 2822

Pour les timestamps dans les formats de données :

  • ISO 8601 (2024-10-21T14:30:12Z) : norme moderne préférée, triable, sans ambiguïté.
  • RFC 2822 (Mon, 21 Oct 2024 14:30:12 +0000) : utilisé dans les en-têtes HTTP et les e-mails.

Pour l’affichage aux humains : format local suivant les conventions de leur locale.

Travailler avec les secondes intercalaires

Le temps POSIX ne compte pas les secondes intercalaires ; il saute silencieusement en arrière d’une seconde lorsqu’une seconde intercalaire est insérée. TAI (Temps Atomique International) les compte. Pour la plupart des codes d’application, POSIX est correct ; pour l’astronomie, la géodésie et le chronométrage de précision, utilisez TAI ou UTC avec prise en compte des secondes intercalaires.

Questions fréquentes

Vérifiez le commutateur de précision : une valeur en millisecondes (13 chiffres) interprétée en secondes donne une date très lointaine dans le futur. L’outil affiche toujours l’heure UTC ; comparez le résultat avec votre décalage local avant de convertir.

Oui. L’outil accepte les horodatages négatifs, qui représentent des dates avant l’époque Unix. Le 31 décembre 1969 à 23:59:59 UTC est -1.

Stockez l’époque (UTC) et un nom de fuseau horaire IANA comme champs séparés. ISO 8601 avec décalage (par exemple 2024-10-21T14:30-07:00) porte le décalage, mais perd la capacité de réinterpréter sous des règles DST modifiées. Utilisez les noms IANA pour le stockage canonique.

Non. La valeur est envoyée au serveur uniquement pour effectuer la conversion ; elle n’est ni stockée ni journalisée. L’outil enregistre un comptage anonyme des conversions, sans la valeur.

Outils similaires

Outil disponible dans d’autres langues