मौजूदा Unix टाइमस्टैंप

मौजूदा एपॉक की सटीक वैल्यू की ज़रूरत सामान्य डेवलपमेंट काम में लगातार आती है: किसी टेस्ट फ़िक्स्चर को असली-जैसे क्रिएशन टाइमस्टैंप के साथ सीड करना, कोई API रिक्वेस्ट बनाना जो कॉल के पल को दर्शाने वाले `timestamp` पैरामीटर की उम्मीद करता है, या यह जाँचना कि किसी टोकन की एक्सपायरेशन वैल्यू असल में अभी से तुलना करके पहले ही निकल चुकी है या नहीं। कोई वैल्यू जो लगातार आगे बढ़ती और अपडेट होती है वह किसी टाइमस्टैंप को कॉपी करने के उस छोटे लेकिन असली जोखिम को हटा देती है जो कहीं और पेस्ट करने तक कुछ सेकंड पुराना हो चुका हो — दिखाया गया नंबर हमेशा असली मौजूदा पल है, पेज लोड होने के समय का कोई स्नैपशॉट नहीं।

सेकंड और मिलीसेकंड को एक चुनने की बजाय साथ-साथ दिखाना यह पहले से जानने की ज़रूरत हटा देता है कि कोई ख़ास API, डेटाबेस कॉलम या टेस्ट फ़िक्स्चर कौन सी इकाई चाहता है — ख़ुद JavaScript का `Date.now()` मिलीसेकंड लौटाता है, जबकि ज़्यादातर Unix सिस्टम कॉल और कई API सेकंड की उम्मीद करते हैं, और ग़लत वाला कॉपी करना ठीक वही दस-बनाम-तेरह-अंक की गड़बड़ी पैदा करता है जो किसी टाइमस्टैंप को मक़सद वाले पल की बजाय 1970 या साल 55000 में गिरा देती है।

किसी टेस्ट के तहत सिस्टम द्वारा अभी-अभी लौटाई गई वैल्यू के ख़िलाफ़ किसी लाइव, अपडेट होते टाइमस्टैंप की तुलना करना — किसी नई डेटाबेस पंक्ति की `created_at` वैल्यू, किसी सेशन टोकन का `iat` क्लेम — यह जाँचने का एक तेज़ मैनुअल सैनिटी चेक है कि सिस्टम मौजूदा समय को खिसकी हुई, कैश की गई, या पुरानी वैल्यू की बजाय सही तरीक़े से टाइमस्टैंप कर रहा है या नहीं। अगर दोनों वैल्यू एक-दूसरे से एक या दो सेकंड के अंदर न गिरें, तो जाँचे गए सिस्टम में कुछ ज़्यादा ग़ौर से देखने लायक़ है।