طابع Unix الزمني الحالي

الحاجة للقيمة الدقيقة الحالية للحقبة تظهر باستمرار في عمل التطوير العادي: بذر تجهيزة اختبار بطابع زمني إنشاء واقعي، بناء طلب API يتوقع معامل `timestamp` يعكس لحظة الاستدعاء، أو التحقق مما إذا كانت قيمة انتهاء صلاحية رمز قد مرت فعلًا بمقارنتها بالآن. قيمة تتقدم وتتحدَّث باستمرار تُزيل الخطر الصغير لكن الحقيقي لنسخ طابع زمني عمره بالفعل بضع ثوانٍ عند لصقه في مكان آخر — الرقم المعروض دائمًا اللحظة الحالية الفعلية، لا لقطة من وقت تحميل الصفحة.

عرض الثواني والميلي ثانية جنبًا إلى جنب بدلًا من اختيار واحدة يُزيل الحاجة لمعرفة مسبقًا أي وحدة تتوقعها API معينة أو عمود قاعدة بيانات أو تجهيزة اختبار — تُعيد `Date.now()` الخاصة بـJavaScript نفسها الميلي ثانية، بينما تتوقع معظم استدعاءات نظام Unix والعديد من واجهات API الثواني، ونسخ الخاطئة تُنتج بالضبط عدم تطابق العشرة مقابل الثلاثة عشر رقمًا الذي يجعل طابعًا زمنيًا يقع في 1970 أو سنة 55000 بدلًا من اللحظة المقصودة.

مقارنة طابع زمني حي متحدِّث مقابل قيمة أُعيدت للتو من نظام قيد الاختبار — قيمة `created_at` لصف قاعدة بيانات جديد، ادعاء `iat` لرمز جلسة — فحص سلامة يدوي سريع بأن النظام يختم الوقت الحالي بشكل صحيح بدلًا من قيمة مُزاحة أو مُخزَّنة مؤقتًا أو قديمة. إذا لم تقع القيمتان ضمن ثانية أو ثانيتين من بعضهما، شيء ما في النظام قيد الفحص يستحق نظرة أقرب.