Convertisseur d'Horodatage

Un horodatage (Timestamp) est une valeur numérique représentant un moment précis. L'horodatage Unix est le nombre de secondes écoulées depuis le 1er janvier 1970 00:00:00 UTC (appelé Époque Unix). C'est la façon standard de représenter le temps dans les systèmes informatiques, offrant une cohérence inter-plateformes et inter-fuseaux horaires. Les horodatages sont divisés en niveau secondes (10 chiffres) et niveau millisecondes (13 chiffres). Les horodatages en secondes sont couramment utilisés dans les systèmes Unix/Linux, tandis que le niveau millisecondes est courant en JavaScript et autres langages de programmation. Lors d’un usage partagé, entrées, hypothèses et résultat attendu doivent être clairs afin d’éviter les mauvaises interprétations.

Un horodatage Unix compte le temps écoulé depuis l'époque Unix, définie comme 1970-01-01T00:00:00Z, qui est le point zéro que le temps POSIX utilise pour étiqueter chaque instant postérieur. Le temps POSIX ignore délibérément les secondes intercalaires : chaque jour calendaire est traité comme exactement 86 400 secondes, de sorte que deux horodatages couvrant une insertion de seconde intercalaire seront décalés d'une seconde par rapport à un comptage atomique strict, mais l'avantage est que la conversion entre secondes d'époque et champs calendaires UTC reste un divmod propre par 86 400. Les deux formats rencontrés quotidiennement sont les secondes (10 chiffres aujourd'hui, par ex. 1717000000) et les millisecondes (13 chiffres, par ex. 1717000000000). Le Date.now() de JavaScript renvoie des millisecondes depuis l'époque et `new Date(ms)` attend des millisecondes, tandis que la commande Unix `date +%s`, le time.Unix de Go et la plupart des colonnes TIMESTAMP des bases de données utilisent des secondes. La détection par longueur est la méthode habituelle de désambiguïsation : une valeur à 10 chiffres tombe dans la plage 2001-2286 lue en secondes, et la même valeur lue en millisecondes serait dans 1970. L'affichage d'un horodatage nécessite un fuseau horaire. L'UTC s'écrit avec le suffixe `Z` ; les autres décalages utilisent `±HH:MM` (par ex. `+08:00` pour l'heure normale de Chine, `-05:00` pour l'heure normale de l'Est des États-Unis). L'ISO 8601 autorise plusieurs séparateurs optionnels tandis que le RFC 3339 est un profil plus strict qui les fige, c'est pourquoi les spécifications d'API exigent généralement le RFC 3339 avec un décalage explicite. Les systèmes hérités stockant les secondes d'époque dans un entier 32 bits signé débordent à la valeur positive maximale 2147483647, qui correspond au 2038-01-19T03:14:07Z (le problème Y2038) ; le stockage 64 bits repousse cette borne bien au-delà de toute pertinence humaine.

• L'époque Unix est fixée au 1970-01-01T00:00:00Z et le temps POSIX ignore les secondes intercalaires, chaque jour est donc traité comme exactement 86 400 secondes.
• JavaScript Date.now() renvoie des millisecondes ; `Math.floor(Date.now() / 1000)` convertit en horodatage de niveau seconde.
• Borne Y2038 : un horodatage 32 bits signé déborde à 2147483647 = 2038-01-19T03:14:07Z ; le stockage 64 bits évite ce problème.
• ISO 8601 vs RFC 3339 : le RFC 3339 est un profil plus strict de l'ISO 8601 qui exige un décalage explicite (`Z` ou `±HH:MM`) et est préféré pour les API et les journaux.
• La Date ECMAScript est limitée à ±100 000 000 jours à partir de l'époque (≈ ±273 785 ans), ce qui fait que `new Date(8.64e15)` et `new Date(-8.64e15)` sont les bornes absolues.
• Les claims JWT `exp`, `iat` et `nbf`, `Cache-Control: max-age` et le Cookie `Expires` utilisent tous des secondes Unix (RFC 7519, RFC 7234), donc ajoutez/soustrayez-les directement à `Math.floor(Date.now()/1000)`.
• Le fuseau horaire affecte la date-heure affichée mais pas la valeur de l'horodatage lui-même ; la même seconde d'époque s'affiche comme des heures différentes en UTC+8 et UTC-5.