तारीख से यूनिक्स टाइमस्टैम्प

तारीख से यूनिक्स टाइमस्टैम्प एक मुफ़्त टूल है, जो चुनी गई तारीख और टाइमज़ोन को यूनिक्स टाइमस्टैम्प में बदलता है। इस मान का इस्तेमाल कोड, APIs, डेटाबेस और लॉग में किया जा सकता है।

यूनिक्स टाइमस्टैम्प क्या होता है?

यूनिक्स टाइमस्टैम्प एक पूर्णांक है, जो 1 January 1970 को 00:00:00 UTC से बीते सेकंड की संख्या बताता है। इस शुरुआती बिंदु को यूनिक्स एपॉक कहा जाता है। उदाहरण के लिए, एपॉक का टाइमस्टैम्प 0 है, जबकि इसके बाद की तारीखों के मान धनात्मक होते हैं।

यूनिक्स टाइमस्टैम्प की मदद से सिस्टम किसी निश्चित समय को संक्षिप्त और प्रोग्रामिंग भाषा से स्वतंत्र रूप में साझा कर सकते हैं। इससे 10/09/2026 जैसे क्षेत्रीय तारीख फ़ॉर्मैट से होने वाली उलझन बचती है। ब्रिटेन में इसे 10 सितम्बर समझा जाता है, जबकि कुछ सिस्टम इसे 9 अक्टूबर मान सकते हैं।

टाइमस्टैम्प किसी फ़ॉर्मैट की गई कैलेंडर तारीख के बजाय समय के एक निश्चित क्षण को दर्शाता है। इसमें Europe/London, UTC या किसी अन्य टाइमज़ोन का कोई अंतर्निहित लेबल नहीं होता। कन्वर्ज़न के दौरान टाइमज़ोन महत्वपूर्ण है, क्योंकि उसी से तय होता है कि मूल स्थानीय तारीख किस क्षण को दर्शाती है।

तारीख को यूनिक्स टाइमस्टैम्प में कैसे बदलें?

पहले टाइमज़ोन फ़ील्ड सेट करें। इसके बाद मिला यूनिक्स टाइमस्टैम्प मान उस सिस्टम में इस्तेमाल करें जहाँ इसकी ज़रूरत है।

1. ज़रूरी टाइमज़ोन चुनें।
2. कन्वर्ज़न चलाएँ और यूनिक्स टाइमस्टैम्प से पूर्णांक कॉपी करें।
3. मान डालने से पहले जाँचें कि संबंधित सिस्टम सेकंड चाहता है या मिलीसेकंड।

टाइमज़ोन बदलने पर परिणाम में कई घंटों का अंतर आ सकता है। तारीख के अनुसार भी नतीजा बदल सकता है, क्योंकि ब्रिटेन जैसे क्षेत्रों में डेलाइट सेविंग के नियम लागू होते हैं। Europe/London सर्दियों में UTC होता है और ब्रिटिश समर टाइम के दौरान आम तौर पर UTC+1 होता है।

तारीख से यूनिक्स टाइमस्टैम्प का कन्वर्ज़न सर्वर पर होता है। टाइमज़ोन इनपुट HTTPS के ज़रिए सर्वर तक भेजा जाता है और इसे स्टोर नहीं किया जाता।

मिले हुए टाइमस्टैम्प को कैसे समझें?

परिणाम को यूनिक्स एपॉक से बीते सेकंड की संख्या के रूप में पढ़ें। इसमें कोई विराम चिह्न, टाइमज़ोन सफ़िक्स या इंसानों के पढ़ने योग्य तारीख की जानकारी नहीं होती। आज की तारीखों के लिए दस अंकों का मान आम है, लेकिन केवल अंकों की संख्या से यह साबित नहीं होता कि टाइमस्टैम्प सही है।

इंटीग्रेशन में सबसे आम समस्या सेकंड और मिलीसेकंड के बीच भ्रम है। यूनिक्स आधारित टूल और कई सर्वर-साइड सिस्टम सेकंड इस्तेमाल करते हैं। JavaScript की date APIs आम तौर पर मिलीसेकंड इस्तेमाल करती हैं, इसलिए उस संदर्भ में सेकंड वाले मान को 1,000 से गुणा करना पड़ सकता है।

• 0 का अर्थ 1 January 1970 को 00:00:00 UTC है।
• बड़ा धनात्मक पूर्णांक बाद के किसी क्षण को दर्शाता है।
• ऋणात्मक टाइमस्टैम्प एपॉक से पहले की तारीख दिखा सकता है, हालाँकि अलग-अलग ऐप्लिकेशन और प्लेटफ़ॉर्म पर इसका समर्थन अलग हो सकता है।
• यह संख्या उस मूल टाइमज़ोन को सुरक्षित नहीं रखती जिससे इसकी गणना की गई थी।

सिर्फ़ संख्यात्मक परिणाम मिलने से यह पुष्टि नहीं होती कि सही टाइमज़ोन चुना गया था। बदला हुआ समय गलत दिखाई दे, तो पहले चुना गया टाइमज़ोन जाँचें और जहाँ लागू हो वहाँ डेलाइट सेविंग के नियम भी देखें। अगर मान में 1,000 गुना अंतर हो, तो अपेक्षित इकाई जाँचें।

तारीख बदलने के उदाहरण

इन छोटे उदाहरणों से पता चलता है कि टाइमज़ोन दर्शाए जा रहे समय को कैसे प्रभावित करता है।

1 January 1970, 00:00:00 UTC का मान 0 होता है।

1 January 2024, 00:00:00 UTC का मान 1704067200 होता है।

1 July 2024, 12:00:00 Europe/London का मान 1719831600 होता है।

आखिरी उदाहरण में लंदन में ब्रिटिश समर टाइम लागू था, इसलिए स्थानीय समय के अनुसार दोपहर 12 बजे का अर्थ 11:00 UTC था। घड़ी पर लिखे इसी समय के लिए UTC को टाइमज़ोन चुनने पर अलग टाइमस्टैम्प मिलता।

किसी तीसरे पक्ष से मिले डेटा में 01/07/2024 के बजाय 1 July 2024 जैसी स्पष्ट तारीख या ISO शैली का 2024-07-01 फ़ॉर्म इस्तेमाल करें। उच्चारण चिह्न वाले या गैर-लैटिन अक्षर टाइमस्टैम्प का हिस्सा नहीं होते, क्योंकि आउटपुट में अंक होते हैं और शुरुआत में ऋण चिह्न हो सकता है।

तारीख को यूनिक्स समय में बदलना कब उपयोगी है?

जब इंसानों के पढ़ने योग्य तारीख को मशीन के पढ़ने योग्य सटीक क्षण के रूप में तुलना, क्रमबद्ध या भेजना हो, तब यह कन्वर्ज़न उपयोगी है। आम उदाहरणों में API रिस्पॉन्स को डीबग करना, डिप्लॉयमेंट से पहले शेड्यूल किया गया काम तैयार करना, डेटाबेस रिकॉर्ड जाँचना और किसी दूसरी सेवा से मिली तारीखों को समझना शामिल है।

• रिलीज़ की अंतिम तारीख को डिप्लॉयमेंट कॉन्फ़िगरेशन में डालने से पहले बदलें।
• ऐप्लिकेशन के किसी इवेंट की तुलना सर्वर लॉग के टाइमस्टैम्प से करें।
• ऐसी API के लिए क्वेरी पैरामीटर तैयार करें जो शुरू और खत्म होने का समय एपॉक सेकंड में स्वीकार करती है।
• CSV फ़ाइल से आयात की गई तारीखों को डेटाबेस में स्टोर करने से पहले एक समान रूप में बदलें।
• जाँचें कि किसी तीसरे पक्ष का webhook मिलीसेकंड के बजाय सेकंड भेज रहा है।

अगर तारीख केवल किसी व्यक्ति को पढ़नी है और उसे पाने वाला सिस्टम स्पष्ट ISO 8601 मान स्वीकार करता है, तो कन्वर्ज़न करने की ज़रूरत नहीं है। 2026-09-10T14:30:00+01:00 जैसी तारीख अपना ऑफ़सेट बनाए रखती है और डीबगिंग के दौरान आम तौर पर इसे जाँचना आसान होता है। इसी तरह, पहले से यूनिक्स टाइमस्टैम्प वाले मान को बार-बार बदलने से कोई नई जानकारी नहीं मिलती।

यह टूल API स्कीमा को सत्यापित नहीं करता, यह पुष्टि नहीं करता कि शेड्यूल किया गया काम चलेगा, और आउटपुट में मूल टाइमज़ोन सुरक्षित नहीं रखता। टाइमस्टैम्प को कैलेंडर तारीख के रूप में देखने के लिए यूनिक्स टाइमस्टैम्प से तिथि टूल इस्तेमाल करें।

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

क्या तारीख या समय सीधे दर्ज किया जा सकता है?

नहीं। इस टूल में उपयोगकर्ता द्वारा भरा जाने वाला एकमात्र दर्ज फ़ील्ड टाइमज़ोन है।

यह टूल PHP का कौन-सा फ़ंक्शन इस्तेमाल करता है?

सर्वर-साइड इम्प्लीमेंटेशन PHP के date फ़ंक्शन को कॉल करता है।

Year 2038 समस्या क्या है?

अधिकतम signed 32-bit यूनिक्स टाइमस्टैम्प 2,147,483,647 है, जो 19 January 2038 को 03:14:07 UTC के बराबर है। आधुनिक सिस्टम अक्सर 64-bit मान इस्तेमाल करते हैं, लेकिन पुराने सॉफ़्टवेयर, फ़ाइल फ़ॉर्मैट और एम्बेडेड डिवाइस पर यह सीमा अब भी हो सकती है। बहुत दूर के भविष्य की तारीखें तैयार करते समय स्टोरेज टाइप जाँचें।

क्या यूनिक्स टाइमस्टैम्प में लीप सेकंड शामिल होते हैं?

सामान्य POSIX मॉडल में यूनिक्स समय लीप सेकंड को अलग संख्या वाले सेकंड के रूप में नहीं दर्शाता। ज़्यादातर ऐप्लिकेशन शेड्यूलिंग और लॉगिंग के लिए यह पर्याप्त है, लेकिन विशेष खगोलीय या अत्यधिक सटीक समय संबंधी काम में किसी दूसरे समय मानक की ज़रूरत पड़ सकती है।

परिणाम सेव करने से पहले क्या जाँचें?

टाइमज़ोन, डेलाइट सेविंग की स्थिति और परिणाम पाने वाले सिस्टम की अपेक्षित इकाई की पुष्टि करें। इसके बाद उसी सिस्टम में टाइमस्टैम्प को वापस पढ़ने योग्य तारीख में बदलें और डिप्लॉय करने या स्टोर किया गया डेटा अपडेट करने से पहले उसकी तुलना मूल तारीख से करें।