टाइमस्टैंप कन्वर्टर

कोई Unix टाइमस्टैंप बस 1 जनवरी 1970 की UTC मध्यरात्रि से बीते सेकंड की संख्या है — दशकों पहले चुना गया एक मनमाना संदर्भ बिंदु जो तब से किसी कंप्यूटर सिस्टम में समय के किसी बिंदु को दर्शाने के लिए लगभग सार्वभौमिक डिफ़ॉल्ट बन गया है। इसकी अपील यह है कि यह किसी तारीख़ और समय को तुलना और स्टोर करने में आसान एक अकेले इंटीजर तक घटा देता है: यह जाँचना कि कोई पल दूसरे से पहले है या नहीं, कैलेंडर गणना की बजाय एक सादी संख्यात्मक तुलना है, और इसे स्टोर करना चाहे तारीख़ किसी भी सदी में हो एक तय और अनुमानित मात्रा में जगह लेता है। यही वजह है कि यह डेटाबेस टाइमस्टैंप कॉलम से लेकर API रिस्पॉन्स और लॉग फ़ाइल एंट्री तक हर चीज़ के पीछे है, भले ही कच्चा नंबर सीधे उसे देखने वाले किसी इंसान के लिए कोई मतलब न रखे — यही पूरी वजह है कि ऐसा कन्वर्टर मौजूद है।

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

कोई कच्चा Unix टाइमस्टैंप बिल्कुल भी कोई टाइम-ज़ोन जानकारी नहीं ले जाता — यह बस बीते सेकंड की गिनती है, धरती पर किसी भी दिए गए पल में हर जगह एक जैसी — और इसे पढ़ने लायक़ तारीख़ में बदलने का पल वह जगह है जहाँ देखने के मक़सद के लिए कोई टाइम ज़ोन चुनना पड़ता है। घटनाओं को UTC (या ख़ुद कच्चे टाइमस्टैंप, जो परिभाषा से टाइम-ज़ोन-स्वतंत्र है) का इस्तेमाल करके स्टोर और लॉग करने का मतलब है कि किसी सिस्टम में हर रिकॉर्ड बिल्कुल एक जैसा पल दर्शाता है चाहे सर्वर, डेटाबेस, या रिकॉर्ड पढ़ने वाला व्यक्ति किसी भी टाइम ज़ोन में हो। लोकल समय में बदलना डिस्प्ले-लेयर का फ़ैसला है जो सिर्फ़ तब लिया जाता है जब कोई इंसान असल में वैल्यू देख रहा हो, यही वजह है कि यह टूल दोनों को साफ़ तौर पर अलग रखता है: UTC और ISO 8601 वे वैल्यू हैं जिन्हें स्टोर और तुलना करना फ़ायदेमंद है, लोकल समय वह वर्ज़न है जिसे पढ़ना फ़ायदेमंद है।

काफ़ी सारा पुराना इंफ्रास्ट्रक्चर — लेगेसी C कोड, कुछ एम्बेडेड सिस्टम, कुछ पुराने डेटाबेस कॉलम टाइप — Unix टाइमस्टैंप को 32-बिट साइन्ड इंटीजर में स्टोर करता है, जिसकी एक पक्की सीमा है: यह 19 जनवरी 2038 को 03:14:07 UTC पर ओवरफ़्लो होकर 1901 की किसी तारीख़ पर वापस चला जाता है, यह एक ऐसी ग़लती है जिसका अंतर्निहित रूप Y2K समस्या जैसा ही है लेकिन दो-अंकों के साल की बजाय बाइनरी इंटीजर सीमाओं में जड़ जमाए हुए है। JavaScript नंबर को 64-बिट फ़्लोटिंग-पॉइंट वैल्यू के रूप में दर्शाता है, जिसमें कहीं ज़्यादा गुंजाइश है और यह इस ख़ास ओवरफ़्लो का शिकार नहीं होता, तो इस टूल में कैलकुलेट किया गया कोई टाइमस्टैंप प्रभावित नहीं होता — यह चिंता किसी भी ऐसे सिस्टम पर लागू होती है जिसने मूल रूप से वह टाइमस्टैंप बनाया जिसे कन्वर्ट किया जा रहा है, यहाँ होने वाले कन्वर्ज़न पर नहीं।