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

Unix टाइमस्टैम्प को पढ़ने लायक तारीख में बदलें और वापस भी, सेकंड या मिलीसेकंड में, किसी भी IANA टाइम जोन के साथ।

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

1
टाइमस्टैम्प पेस्ट करें या तारीख चुनें
टाइमस्टैम्प से तारीख, या तारीख और समय से वापस टाइमस्टैम्प: दोनों दिशाओं के बीच स्विच करें। सेकंड और मिलीसेकंड, दोनों चलते हैं।
2
टाइम जोन चुनें
कोई भी IANA टाइम जोन चुनें, या वही रहने दें, जो आपका ब्राउजर पहले से बताता है। उस खास तारीख का डेलाइट सेविंग ऑफसेट अपने-आप लग जाता है।
3
कन्वर्ट किया गया परिणाम देखें
परिणाम एक साथ ISO 8601, RFC 2822 और आपकी भाषा और क्षेत्र के फॉर्मेट वाली स्ट्रिंग में देखें, साथ में “3 दिन पहले” जैसा सापेक्ष समय भी।

सेकंड बनाम मिलीसेकंड

Unix टाइम 1 जनवरी 1970, 00:00:00 UTC से बीते सेकंड गिनता है। कई सिस्टम, जिनमें JavaScript का अपना Date ऑब्जेक्ट भी है, उसी पल से मिलीसेकंड गिनते हैं। उसी क्षण के लिए यह संख्या हजार गुना बड़ी होती है। दोनों को मिला देना टाइमस्टैम्प की सबसे आम गड़बड़ी है: सेकंड समझकर पढ़ी गई मिलीसेकंड वैल्यू साल 1970 में जा पहुंचती है, और मिलीसेकंड समझकर पढ़ी गई सेकंड वैल्यू एपॉक से मुश्किल से आगे बढ़ती है। यह टूल हमेशा दोनों इकाइयां साथ-साथ दिखाता है, ताकि गलती एक नजर में दिख जाए।

घड़ी का समय, टाइम जोन और डेलाइट सेविंग

फॉर्म में टाइप की गई तारीख और समय, जैसे “2026-09-01 12:00”, के साथ कोई टाइम जोन नहीं जुड़ा होता। उसका मतलब तभी बनता है, जब आप बताएं कि यह घड़ी किस टाइम जोन की है। इसे टाइमस्टैम्प में बदलने के लिए उस खास तारीख पर लागू UTC ऑफसेट निकालना पड़ता है, और डेलाइट सेविंग की सीमा पार करते ही यह ऑफसेट बदल जाता है। यह टूल कोई तय संख्या मानने के बजाय असली तारीख से ऑफसेट दोबारा निकालता है, इसलिए न्यूयॉर्क की जुलाई वाली तारीख EDT (UTC−4) से कन्वर्ट होती है, जबकि जनवरी वाली तारीख सही तरीके से EST (UTC−5) इस्तेमाल करती है।

कुछ भी कभी सर्वर पर नहीं भेजा जाता

पूरा कन्वर्जन, टाइमस्टैम्प पार्स करने और टाइम जोन का ऑफसेट निकालने से लेकर परिणाम को फॉर्मेट करने तक, आपके ब्राउजर में बिल्ट-इन Intl API से चलता है। यहां डाला गया कोई टाइमस्टैम्प, तारीख या चुना गया टाइम जोन कभी इस टैब से बाहर नहीं जाता।

अक्सर पूछे जाने वाले सवाल

Unix टाइम में सेकंड और मिलीसेकंड में क्या फर्क है?

दोनों 1 जनवरी 1970 UTC से बीता समय गिनते हैं, पर उसी पल के लिए सेकंड वाला टाइमस्टैम्प मिलीसेकंड वाले से हजार गुना छोटा होता है। वह इकाई चुनें, जो संख्या के स्रोत से मेल खाती हो: ज्यादातर डेटाबेस और API सेकंड इस्तेमाल करते हैं, जबकि JavaScript का Date.now() मिलीसेकंड लौटाता है।

JavaScript में तारीख की सीमा साल 275760 पर क्यों खत्म होती है?

ECMA-262 स्पेसिफिकेशन Date ऑब्जेक्ट को एपॉक से प्लस या माइनस 86,40,00,00,00,000 मिलीसेकंड तक सीमित करता है। यह हर दिशा में लगभग 2,73,790 साल बनता है। यह भाषा की तय इंजीनियरिंग सीमा है, कोई बग या इस टूल का मनमाना फैसला नहीं।

डेलाइट सेविंग बदलने पर घड़ी का समय UTC में कैसे बदला जाता है?

यह टूल पहले UTC पल का एक अनुमान लगाता है, फिर देखता है कि उस पल लक्ष्य टाइम जोन में घड़ी असल में क्या समय दिखाती, और अंतर के हिसाब से उसे ठीक करता है। यह एक बार और दोहराया जाता है, ताकि घड़ी आगे या पीछे होने की ठीक सीमा पर भी परिणाम सही रहे।

क्या मेरा टाइमस्टैम्प सर्वर पर भेजा जाता है?

नहीं। हर गिनती आपके ब्राउजर में, उसमें पहले से मौजूद Intl API से होती है। टाइमस्टैम्प या तारीख कन्वर्ट करने में कोई नेटवर्क रिक्वेस्ट नहीं होती।

“3 दिन पहले” जैसे सापेक्ष समय का क्या मतलब है?

यह कन्वर्ट किए गए पल और अभी के समय का अंतर सबसे बड़ी समझदार इकाई (सेकंड, मिनट, घंटे, दिन, महीने या साल) में बताता है, उन्हीं शब्दों में, जिनमें आपका ऑपरेटिंग सिस्टम नोटिफिकेशन और फाइलों का समय दिखाता है।

डिफॉल्ट रूप से कौन-सा टाइम जोन चुना रहता है?

वही, जो आपका ब्राउजर आपके सिस्टम के लिए बताता है; उसे Intl.DateTimeFormat से पहचाना जाता है। ड्रॉप-डाउन से आप कोई भी IANA टाइम जोन चुन सकते हैं, सादा UTC भी।

ISO 8601 और RFC 2822 अलग ऑफसेट क्यों दिखाते हैं?

दोनों एक ही पल को अलग-अलग फॉर्मेट नियमों से दिखाते हैं। UTC में ISO 8601 शून्य ऑफसेट के लिए आखिर में “Z” लगाता है, जबकि RFC 2822 हमेशा “+0000” जैसा अंकों वाला ऑफसेट लिखता है। UTC के अलावा कोई जोन चुनते ही दोनों फॉर्मेट एक ही अंकों वाला ऑफसेट दिखाते हैं, बस अलग तरह से लिखा हुआ।