Aktueller Unix-Zeitstempel

Den exakten aktuellen Epochenwert zu brauchen kommt ständig in der gewöhnlichen Entwicklungsarbeit vor: ein Test-Fixture mit einem realistischen Erstellungs-Zeitstempel zu seeden, eine API-Anfrage zu bauen, die einen `timestamp`-Parameter erwartet, der den Moment des Aufrufs widerspiegelt, oder zu prüfen, ob der Ablaufwert eines Tokens durch Vergleich mit jetzt bereits überschritten wurde. Ein sich fortlaufend bewegender, aktualisierender Wert entfernt das kleine, aber echte Risiko, einen bereits ein paar Sekunden alten Zeitstempel zu kopieren, wenn er anderswo eingefügt wird — die angezeigte Zahl ist immer der echte aktuelle Moment, keine Momentaufnahme vom Laden der Seite.

Sekunden und Millisekunden nebeneinander anzuzeigen, statt eine zu wählen, entfällt den Bedarf, vorher zu wissen, welche Einheit eine bestimmte API, Datenbankspalte, oder Test-Fixture erwartet — JavaScripts eigenes `Date.now()` gibt Millisekunden zurück, während die meisten Unix-Systemaufrufe und viele APIs Sekunden erwarten, und die falsche zu kopieren erzeugt genau den Zehn-versus-dreizehn-Ziffern-Fehlgriff, der einen Zeitstempel bei 1970 oder im Jahr 55000 statt dem beabsichtigten Moment landen lässt.

Einen Live-, sich aktualisierenden Zeitstempel mit einem gerade von einem getesteten System zurückgegebenen Wert zu vergleichen — dem `created_at`-Wert einer neuen Datenbankzeile, dem `iat`-Claim eines Session-Tokens — ist eine schnelle manuelle Vernunftprüfung, dass das System die aktuelle Zeit korrekt stempelt statt eines verschobenen, gecachten, oder veralteten Werts. Liegen die beiden Werte nicht innerhalb ein oder zwei Sekunden voneinander, verdient etwas im geprüften System einen genaueren Blick.