Horodatage Unix actuel

Avoir besoin de la valeur exacte de l'époque actuelle apparaît constamment dans le travail de développement ordinaire : ensemencer un fixture de test avec un horodatage de création réaliste, construire une requête d'API attendant un paramètre `timestamp` reflétant le moment de l'appel, ou vérifier si la valeur d'expiration d'un token est réellement déjà passée en la comparant à maintenant. Une valeur avançant et se mettant à jour continuellement élimine le risque petit mais réel de copier un horodatage déjà vieux de quelques secondes une fois collé ailleurs — le nombre affiché est toujours le moment présent réel, pas un instantané du chargement de la page.

Afficher secondes et millisecondes côte à côte plutôt que de choisir l'une élimine le besoin de savoir à l'avance quelle unité attend une API, colonne de base de données ou fixture de test précise — le propre `Date.now()` de JavaScript renvoie des millisecondes, tandis que la plupart des appels système Unix et de nombreuses API attendent des secondes, et copier la mauvaise produit exactement le décalage de dix contre treize chiffres qui fait tomber un horodatage en 1970 ou en l'an 55000 plutôt qu'au moment prévu.

Comparer un horodatage en direct, se mettant à jour, contre une valeur juste renvoyée par un système testé — la valeur `created_at` d'une nouvelle ligne de base de données, le claim `iat` d'un token de session — est une vérification de bon sens manuelle rapide que le système horodate correctement l'heure actuelle plutôt qu'une valeur décalée, en cache, ou obsolète. Si les deux valeurs ne tombent pas à une ou deux secondes l'une de l'autre, quelque chose dans le système vérifié mérite un examen plus attentif.