Unix टाइमस्टैम्प कन्वर्टर
epoch टाइमस्टैम्प को किसी भी टाइम ज़ोन की पढ़ने लायक तारीख़ में बदलें, या तारीख़ और समय को टाइमस्टैम्प में।
पूरी तरह आपके ब्राउज़र में चलता है
मौजूदा Unix समय
- सेकंड
- 0
- मिलीसेकंड
- 0
टाइमस्टैम्प से तारीख़
टाइमस्टैम्प टाइप या पेस्ट करें।
- UTC
- आपका टाइम ज़ोन
- ISO 8601
- ऑफ़सेट के साथ ISO 8601
- RFC 2822
- सापेक्ष
- सेकंड
- मिलीसेकंड
तारीख़ से टाइमस्टैम्प
कोई तारीख़ चुनें।
- सेकंड
- मिलीसेकंड
- ISO 8601 (UTC)
1970 के दोनों ओर लगभग 270,000 साल तक के टाइमस्टैम्प, यानी वह दायरा जो ब्राउज़र दिखा सकता है; टाइप की गई तारीख़ें वर्ष 1 से 9999 तक। टाइम-ज़ोन के नियम आपके ब्राउज़र के बने टाइम-ज़ोन डेटा से आते हैं।
Unix टाइमस्टैम्प कैसे बदलें
- टाइमस्टैम्प से तारीख़ में टाइमस्टैम्प पेस्ट करें। इकाई (सेकंड, मिलीसेकंड, माइक्रोसेकंड या नैनोसेकंड) उसकी लंबाई से पहचानी जाती है, और आप उसे बदल सकते हैं।
- कोई टाइम ज़ोन चुनें, ताकि UTC, ISO 8601 और RFC 2822 रूप के साथ वहाँ की तारीख़ भी दिखे।
- उलटी दिशा में जाने के लिए तारीख़ से टाइमस्टैम्प में तारीख़ और समय डालें; वह आपके चुने टाइम ज़ोन में पढ़ा जाता है।
epoch समय कैसे काम करता है
Unix टाइमस्टैम्प Unix epoch से, यानी 1 जनवरी 1970 की आधी रात UTC से, सेकंड गिनता है। क्योंकि यह किसी घड़ी की रीडिंग की जगह एक पल का नाम बताता है, इसलिए वही संख्या मनीला, लंदन और न्यूयॉर्क में एक ही क्षण का मतलब रखती है। उसे तारीख़ में बदलते समय टाइम ज़ोन आते हैं: टूल आपके ब्राउज़र का टाइम-ज़ोन डेटाबेस इस्तेमाल करता है, वही नियम जो आपका ऑपरेटिंग सिस्टम इस्तेमाल करता है, ताकि उस पल का स्थानीय ऑफ़सेट और डेलाइट सेविंग निकाल सके।
कई सिस्टम छोटी इकाइयाँ इस्तेमाल करते हैं। JavaScript और Java मिलीसेकंड गिनते हैं, कुछ डेटाबेस और Python का time.time_ns() माइक्रोसेकंड या नैनोसेकंड इस्तेमाल करते हैं। ऐसे मान को सेकंड मानकर पेस्ट करने पर हज़ारों साल दूर की तारीख़ मिलती है, इसलिए टूल संख्या के आकार से इकाई का अंदाज़ा लगाता है और दिखाता है कि उसने कौन-सी चुनी। माइक्रोसेकंड और नैनोसेकंड के मान ISO 8601 वाली लाइन में अपने अतिरिक्त अंक रखते हैं।
तारीख़ से टाइमस्टैम्प पर जाने के लिए टाइम ज़ोन चाहिए, क्योंकि 09:00 हर ज़ोन में अलग पल पर आता है। आपकी टाइप की तारीख़ को आपके चुने ज़ोन में घड़ी की रीडिंग माना जाता है। जो रीडिंग डेलाइट सेविंग के अंतराल या दोहराव में पड़ती है, उस पर निशान लगता है, ताकि आप जानें कि आपको कौन-सा क्षण मिला।
सुझाव
- cron एक्सप्रेशन के रूप में लिखे शेड्यूल Cron एक्सप्रेशन समझें से जाँचे जा सकते हैं, जो किसी भी ज़ोन में अगले रन के समय गिनाता है।
- UUID वर्शन 7 के मान में मिलीसेकंड का टाइमस्टैम्प होता है; UUID जनरेटर उसे पढ़ सकता है।
- टाइमस्टैम्प से भरे JSON रिस्पॉन्स को JSON फ़ॉर्मैट और वैलिडेट करें से सुथरा करें।
अक्सर पूछे जाने वाले सवाल
Unix टाइमस्टैम्प क्या है?
यह 1 जनवरी 1970 को 00:00:00 UTC से अब तक के सेकंड की संख्या है, लीप सेकंड गिने बिना। किसी भी पल पर यह पूरी दुनिया में एक ही होती है, इसीलिए इसका इस्तेमाल समय सहेजने में होता है; टाइम ज़ोन तभी मायने रखता है जब इसे ऐसी तारीख़ में बदला जाए जिसे कोई पढ़े।
इकाई कैसे पहचानी जाती है?
आकार से। 100 अरब से कम का मान सेकंड माना जाता है (यह वर्ष 5138 तक की तारीख़ें कवर करता है), 100 खरब तक मिलीसेकंड, 100 क्वाड्रिलियन तक माइक्रोसेकंड, और उससे बड़ा कुछ भी नैनोसेकंड। 10 अंकों की संख्या सेकंड है, 13 अंक मिलीसेकंड, 16 माइक्रोसेकंड और 19 नैनोसेकंड। अंदाज़ा गलत हो तो इकाई खुद चुन लें।
डेलाइट सेविंग की वजह से जो समय होता ही नहीं, उसका क्या होता है?
जब घड़ियाँ आगे बढ़ती हैं, तो स्थानीय समय का एक घंटा छूट जाता है। उस अंतराल के अंदर की तारीख़ और समय को अंतराल की लंबाई जितना आगे खिसका दिया जाता है, जो ज़्यादातर सॉफ़्टवेयर करते हैं, और टूल यह बता देता है। जब घड़ियाँ पीछे जाती हैं, तो एक घंटा दो बार आता है; टूल पहली बार वाला इस्तेमाल करता है और दूसरे का टाइमस्टैम्प भी दिखाता है।
क्या टाइमस्टैम्प ऋणात्मक हो सकते हैं?
हाँ। ऋणात्मक मान 1970 से पहले के पल हैं: -1 का मतलब 31 दिसंबर 1969 को 23:59:59 UTC है। बहुत पुरानी तारीख़ें प्रोलेप्टिक ग्रेगोरियन कैलेंडर इस्तेमाल करती हैं, जैसे ISO 8601 करता है।
वर्ष 2038 की समस्या क्या है?
जो सिस्टम Unix समय को साइन्ड 32-बिट संख्या में सहेजते हैं, वे सिर्फ़ 2,147,483,647 तक गिन सकते हैं, यानी 19 जनवरी 2038 को 03:14:07 UTC तक। एक सेकंड बाद मान ओवरफ़्लो हो जाता है। जब कोई टाइमस्टैम्प इस दायरे से बाहर हो, तो टूल यह बताता है। ज़्यादातर मौजूदा सिस्टम 64-बिट समय इस्तेमाल करते हैं और प्रभावित नहीं होते।
क्या लीप सेकंड शामिल हैं?
नहीं। Unix समय हर दिन को ठीक 86,400 सेकंड का मानता है, और JavaScript भी, इसलिए 1972 के बाद जुड़े 27 लीप सेकंड गिने नहीं जाते। यह सामान्य है और वही है जो सर्वर, डेटाबेस और प्रोग्रामिंग भाषाएं बताती हैं।