Unix Timestamp जनरेटर

यह कैसे काम करता है

1. तिथि को टाइमस्टैम्प में रूपांतरित करें: पिकर के साथ तिथि और समय दर्ज करें, फिर Unix टाइमस्टैम्प प्राप्त करने के लिए जनरेट पर क्लिक करें।
2. टाइमस्टैम्प को तिथि में रूपांतरित करें: पठनीय तिथि और समय में वापस रूपांतरित करने के लिए Unix टाइमस्टैम्प (सेकंड या मिलीसेकंड) पेस्ट करें।
3. वर्तमान टाइमस्टैम्प प्राप्त करें: वर्तमान क्षण का Unix टाइमस्टैम्प तुरंत प्राप्त करने के लिए "अभी" पर क्लिक करें।

Unix टाइमस्टैम्प जनरेटर क्यों इस्तेमाल करें?

Unix टाइमस्टैम्प कंप्यूटिंग में समय की सार्वभौमिक भाषा है, 1 जनवरी 1970 से बीते सेकंड का प्रतिनिधित्व करने वाला एक अनूठा पूर्णांक।

विशेषताएँ

• द्विदिशीय रूपांतरण: तिथि/समय → Unix टाइमस्टैम्प और Unix टाइमस्टैम्प → तिथि/समय।
• सेकंड और मिलीसेकंड: सेकंड (10 अंक) और मिलीसेकंड (13 अंक) में Unix समय का समर्थन करता है।
• टाइमज़ोन हैंडलिंग: स्पष्ट तुलना के लिए आपके स्थानीय टाइमज़ोन और UTC दोनों में समय प्रदर्शित करता है।
• अभी का समय बटन: वर्तमान क्षण का टाइमस्टैम्प तुरंत प्राप्त करें।
• सापेक्ष प्रदर्शन: संकेत करता है कि कितना समय पहले या कितने समय में (जैसे "3 दिन पहले")।

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

Unix टाइमस्टैम्प क्या है?

Unix टाइमस्टैम्प Unix युग से बीते सेकंड की संख्या है, 1 जनवरी 1970 UTC आधी रात। यह क्षण का प्रतिनिधित्व है।

JavaScript मिलीसेकंड क्यों उपयोग करता है?

JavaScript में Date.now() और new Date().getTime() युग से मिलीसेकंड (13-अंकीय संख्या) लौटाते हैं, जबकि कई अन्य टूल सेकंड का उपयोग करते हैं।

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

टाइमस्टैम्प पेस्ट करें; टूल इसे स्वचालित रूप से आपके ब्राउज़र के स्थानीय टाइमज़ोन में रूपांतरित करता है। प्रदर्शन स्थानीय और UTC समय दोनों दिखाता है।

यूनिक्स समय कहाँ से आता है

यूनिक्स समय को Ken Thompson और Dennis Ritchie ने Unix First Edition (नवंबर 1971) में परिभाषित किया था। शुरू में कर्नेल ने 32-बिट फ़ील्ड में 1971-01-01 से 60वें-सेकंड गिने, जो 2 साल 9 महीने बाद ओवरफ्लो हो गया। Unix Sixth Edition (1975) तक गिनती को 1970-01-01 00:00:00 UTC से सेकंड में बदल दिया गया था, वह युग जिसका हर यूनिक्स-जैसा सिस्टम आज भी उपयोग करता है। चुनाव मनमाना था, इंजीनियरों को उस युग के करीब एक गोल तारीख चाहिए थी जिसमें वे काम कर रहे थे। POSIX.1 (1988) ने परिभाषा को आधिकारिक मानक के रूप में संहिताबद्ध किया, और POSIX.1-2017 (IEEE Std 1003.1-2017), वर्तमान संस्करण, अभी भी time_t को युग से सेकंड की संख्या के रूप में परिभाषित करता है, चेतावनी के साथ कि POSIX समय यह नाटक करता है कि लीप सेकंड मौजूद नहीं हैं। ISO 8601 (1988, वर्तमान में 2019) ने मानव-पठनीय प्रारूप 2026-05-13T14:30:00Z को मानकीकृत किया, और RFC 3339 (जुलाई 2002) ने इसे एक स्पष्ट इंटरनेट दिनांक-समय प्रोफ़ाइल में संकीर्ण किया। JavaScript का Date.now() युग से मिलीसेकंड लौटाता है क्योंकि स्पेक 1995 में लिखी गई थी जब उप-सेकंड परिशुद्धता पहले से ही मांग में थी; अधिकांश डेटाबेस और यूनिक्स उपयोगिताएँ अभी भी पूर्ण सेकंड का उपयोग करती हैं।

वर्ष 2038 की समस्या (और यह अभी क्यों मायने रखती है)

एक हस्ताक्षरित 32-बिट time_t अधिकतम 2,147,483,647 सेकंड का प्रतिनिधित्व कर सकता है, जो मंगलवार, 19 जनवरी 2038 UTC 03:14:07 पर आता है। एक सेकंड बाद, काउंटर −2,147,483,648 पर रैप होता है, जिसे अधिकांश सॉफ़्टवेयर 13 दिसंबर 1901 के रूप में व्याख्या करते हैं। यह Y2K जैसा ही बग वर्ग है लेकिन पूर्णांक चौड़ाई के कारण होता है, दिनांक प्रारूप नहीं। फिक्स 64-बिट time_t का उपयोग करना है (जो रैपराउंड को लगभग वर्ष 292 अरब तक धकेल देता है)। अधिकांश 64-बिट लिनक्स सिस्टम पहले से ही डिफ़ॉल्ट रूप से 64-बिट time_t का उपयोग करते हैं; Linux 5.6 (मार्च 2020) ने 32-बिट आर्किटेक्चर पर भी 64-बिट time_t उपलब्ध कराया। शेष जोखिम एम्बेडेड सिस्टम, पुराने बाइनरी फ़ाइल प्रारूपों और 32-बिट नेटवर्क प्रोटोकॉल में रहता है। नेटवर्क टाइम प्रोटोकॉल (NTP) 2036 में पहले से ही रैप होता है क्योंकि यह 1900 से एक हस्ताक्षरित 32-बिट गिनती का उपयोग करता है, NTPv4 इसे विस्तारित करने के लिए एक युग संख्या जोड़ता है। यदि आप दिनांक संभालने वाला सॉफ़्टवेयर शिप करते हैं, तो 2038 से पहले अपने स्टैक का ऑडिट करें, विशेष रूप से INT(11) के रूप में टाइप किए गए SQL कॉलम या long टाइम फ़ील्ड वाले पुराने C कोड के लिए।

टाइमस्टैम्प प्रारूप जो आप मिलेंगे

• यूनिक्स सेकंड (10 अंक)। 1747143000। क्लासिक POSIX time_t। PostgreSQL EXTRACT(epoch FROM ...), MySQL UNIX_TIMESTAMP(), Redis TTL, JWT iat/exp दावे (RFC 7519 के अनुसार), git log, और अधिकांश यूनिक्स उपयोगिताओं द्वारा उपयोग किया जाता है। नवंबर 2286 के बाद 11 अंक होगा।
• यूनिक्स मिलीसेकंड (13 अंक)। 1747143000000। JavaScript का Date.now(), Java का System.currentTimeMillis(), Kafka, Elasticsearch, और अधिकांश आधुनिक लॉगिंग पाइपलाइन। सेकंड गिनती से 1000 गुना।
• यूनिक्स माइक्रोसेकंड (16 अंक) और नैनोसेकंड (19 अंक)। 1747143000000000। Python के time.time_ns(), Go के time.Now().UnixNano(), etcd MVCC संशोधन, और उच्च-आवृत्ति ट्रेडिंग सिस्टम द्वारा उपयोग किया जाता है जहाँ मिलीसेकंड रिज़ॉल्यूशन बहुत मोटा है।
• ISO 8601। 2026-05-13T14:30:00.000Z या 2026-05-13T14:30:00+02:00। स्ट्रिंग के रूप में सॉर्ट करने योग्य, समय क्षेत्र के बारे में स्पष्ट, लगभग हर आधुनिक API द्वारा स्वीकार किया गया। Z प्रत्यय का अर्थ है «Zulu समय», UTC के लिए NATO पदनाम।
• RFC 3339। ISO 8601 की एक सख्त प्रोफ़ाइल JSON Schema, OpenAPI, और अधिकांश REST API द्वारा उपयोग की जाती है। एक समय क्षेत्र पदनाम की आवश्यकता होती है और कुछ ISO 8601 सुविधाओं जैसे सप्ताह तिथियों और क्रमिक तिथियों को अस्वीकार करता है।
• RFC 2822 / RFC 5322। Tue, 13 May 2026 14:30:00 +0000। ईमेल Date: हेडर प्रारूप। SMTP हर जगह चलने के कारण अभी भी सर्वव्यापी।
• Excel सीरियल दिनांक। 1900-01-01 (या क्लासिक Mac Excel पर 1904) से भिन्नात्मक दिन। 2026-05-13 14:30 लगभग 46150.6042 है। Excel कुख्यात रूप से Lotus 1-2-3 संगतता के लिए 1900 को लीप वर्ष (यह नहीं है) मानता है।

जब यह उपकरण अपना भुगतान कमाता है

• JWT डिबगिंग। टोकन में "exp": 1747143000 है और आपको पता होना चाहिए कि यह समाप्त हो गया है या नहीं। पेस्ट करें, मानव तिथि देखें।
• लॉग फोरेंसिक्स। एक लाइन कहती है timestamp=1747143012345, आपको दूसरे टूल के दीवार-घड़ी समय के साथ सहसंबद्ध करना होगा। 13 अंक, इसलिए मिलीसेकंड।
• डेटाबेस क्वेरी। आप एक विशिष्ट तिथि के बाद की पंक्तियाँ खोजना चाहते हैं। WHERE created_at > 1747143000 को सेकंड मान की आवश्यकता है; इसे टूल से कॉपी करें।
• परीक्षण फिक्सचर। परीक्षण में «कल» को हार्ड-कोडिंग, आप अभी टाइमस्टैम्प उत्पन्न करते हैं और इसे स्पेक में पेस्ट करते हैं।
• Cron / निर्धारित कार्य। उस सेकंड मान को सत्यापित करें जिस पर एक शेड्यूलर ट्रिगर करेगा, विशेष रूप से DST संक्रमणों में।
• ईवेंट रीप्ले। Kafka ऑफ़सेट और Elasticsearch इंडेक्स अक्सर ms टाइमस्टैम्प का उपयोग करते हैं; एक विशिष्ट रीप्ले विंडो का निरीक्षण करने के लिए तिथि में बदलें।
• कैश अमान्यकरण। RFC 2822 प्रारूप में Expires हेडर या If-Modified-Since, परीक्षण के लिए सही wire प्रारूप उत्पन्न करें।

गलतियाँ जो टीमों के घंटे खाती हैं

• सेकंड और मिलीसेकंड मिलाना। मिलीसेकंड की अपेक्षा रखने वाले फ़ंक्शन को 10-अंकीय मान पास करना 1970 की तारीख लौटाता है, 1000 के कारक से दूर। 10-बनाम-13-अंक नियम सबसे तेज़ परीक्षण है, सेकंड में आधुनिक मान 2286 तक 10 अंक हैं, मिलीसेकंड में 13 अंक।
• स्थानीय समय संग्रहीत करना। हमेशा UTC संग्रहीत करें; प्रदर्शन समय पर स्थानीय में बदलें। समय क्षेत्र के बिना "2026-05-13 14:30:00" संग्रहीत करना उस क्षण टूट जाता है जब एक सर्वर, उपयोगकर्ता या DST छलांग स्थानीय ऑफ़सेट को बदल देती है।
• DST संक्रमणों को भूलना। 2:30 बजे पतझड़ के दौरान दो बार होता है। भोला कोड जो start + (24 * 3600) करता है ताकि «कल» का मतलब हो, साल में दो बार एक घंटे से बंद हो जाएगा। एक वास्तविक तिथि लाइब्रेरी (luxon, date-fns-tz, Python zoneinfo) का उपयोग करें जो IANA tz डेटाबेस को जानती है।
• यह मान लेना कि POSIX समय लीप सेकंड का हिसाब रखता है। यह नहीं करता। 2016-12-31 23:59:60 वास्तविक जीवन में मौजूद था (27वाँ लीप सेकंड) लेकिन POSIX time_t 23:59:59 से 00:00:00 तक कूदता है, अतिरिक्त सेकंड के बारे में बिना जागरूकता के। TAI (अंतर्राष्ट्रीय परमाणु समय) लीप सेकंड की गिनती करता है, POSIX समय UTC से शून्य सेकंड से ऑफ़सेट है।
• INT(4) कॉलम में time_t संग्रहीत करना। पुराने MySQL स्कीमा अक्सर INT का उपयोग करते हैं जो 4 बाइट / हस्ताक्षरित 32-बिट / 2038 में रैप होता है। BIGINT या TIMESTAMP में माइग्रेट करें। होस्ट किए गए MySQL प्रदाताओं का TIMESTAMP प्रकार डिफ़ॉल्ट रूप से भी 4 बाइट है, डॉक्स देखें।
• regex के साथ ISO 8601 पार्स करना। आधे-कार्यान्वयन चुपचाप समय क्षेत्र को छोड़ देते हैं। प्लेटफ़ॉर्म पार्सर का उपयोग करें: JavaScript में new Date(s), Python ≥ 3.11 में datetime.fromisoformat(s), Java में Instant.parse(s)।
• Excel टाइमस्टैम्प को स्वचालित रूप से बदलता है। ' (एक शाब्दिक एपोस्ट्रोफी) के साथ उपसर्ग किए बिना Excel में 1747143012345 पेस्ट करना Excel को इसे एक संख्या के रूप में पढ़ने पर मजबूर करता है, कभी-कभी इसे वैज्ञानिक संकेतन में परिवर्तित करता है। पहले कॉलम को टेक्स्ट के रूप में प्रारूपित करें, या एपोस्ट्रोफी उपसर्ग के साथ पेस्ट करें।

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

1970-01-01 को युग के रूप में क्यों चुना गया?

सुविधा। 1970 के दशक के शुरुआती यूनिक्स संस्करण एक ऐसा युग चाहते थे जो उचित कार्य जीवनकाल के भीतर ओवरफ्लो न हो। 1970-01-01 विकास युग के करीब एक गोल तारीख थी, और वहाँ से 32-बिट सेकंड काउंटर आराम से 2038 तक पहुँचता है। यह विकल्प अब POSIX.1-2017 §4.16 में उकेरा गया है और सॉफ़्टवेयर में सबसे स्थिर क्रॉस-प्लेटफ़ॉर्म समझौतों में से एक है। तारीख का कोई अंतर्निहित अर्थ नहीं है, कोई ऐतिहासिक घटना नहीं, कोई खगोलीय लंगर नहीं, बस एक मनमाना लंगर जिस पर सभी सहमत हुए।

UTC, GMT और Zulu समय में क्या अंतर है?

सॉफ़्टवेयर उद्देश्यों के लिए, वे एक ही दीवार-घड़ी समय को संदर्भित करते हैं। UTC (समन्वित सार्वभौमिक समय) आधुनिक मानक है, परमाणु घड़ियों और BIPM द्वारा परिभाषित। GMT (ग्रीनविच मीन समय) पुराना ब्रिटिश खगोलीय मानक है जो परमाणु समय रखने से पहले वास्तविक विश्व संदर्भ था। Zulu समय UTC के लिए NATO/सैन्य पदनाम है, ISO 8601 में Z प्रत्यय के रूप में लिखा गया (2026-05-13T14:30:00Z)। UTC और GMT 0.9 सेकंड तक भिन्न हो सकते हैं क्योंकि UTC को लीप सेकंड के माध्यम से UT1 (माध्य सौर समय) के करीब रहने के लिए स्टीयर किया जाता है, लेकिन UT1 का सीधे उपयोग न करने वाला कोई भी एप्लिकेशन इसे नोटिस नहीं करेगा।

जब मैं कुछ और की उम्मीद कर रहा था तो कभी-कभी 1970 क्यों दिखाया जाता है?

दो सामान्य कारण। पहला, टाइमस्टैम्प मिलीसेकंड में है लेकिन सेकंड की अपेक्षा रखने वाले फ़ंक्शन को पास किया गया था, या इसके विपरीत, 1000 के कारक से दूर एक तिथि दे रहा है। दूसरा, मान 0 या NaN है, जिनमें से दोनों को अधिकांश तिथि लाइब्रेरीज़ 1970-01-01T00:00:00Z के रूप में रेंडर करती हैं। कच्ची पूर्णांक चौड़ाई का निरीक्षण करें: 10 अंक सेकंड हैं, 13 मिलीसेकंड हैं, 16 माइक्रोसेकंड हैं, 19 नैनोसेकंड हैं।

क्या यह उपकरण 1970 से पहले की तारीखों के लिए नकारात्मक टाइमस्टैम्प संभालेगा?

हाँ। new Date(-86400000) 1969-12-31T00:00:00Z लौटाता है। JavaScript की Date −271821-04-20 से +275760-09-13 तक किसी भी क्षण का प्रतिनिधित्व कर सकती है, जो लगभग युग से ±100 मिलियन दिन है। उस सीमा से परे, API Invalid Date लौटाती है। ऐतिहासिक तिथियों के लिए, जूलियन-ग्रेगोरियन संक्रमण (कैथोलिक देशों में 1582, ब्रिटेन में 1752, ग्रीस में 1923 तक) के बारे में भी जागरूक रहें जहाँ कैलेंडर तिथियाँ 10 से 13 दिनों तक कूद गईं; तिथि लाइब्रेरीज़ इसे कैसे संभालती हैं इसमें भिन्न होती हैं।

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

नहीं। सभी रूपांतरण आपके ब्राउज़र के अंदर JavaScript में चलते हैं। पेज कभी भी कोई मान POST नहीं करता जो आप दर्ज करते हैं। DevTools में नेटवर्क टैब खोलें और एक टाइमस्टैम्प परिवर्तित करें, आप रूपांतरण के दौरान शून्य आउटबाउंड अनुरोध देखेंगे। टाइमस्टैम्प दावों वाले टोकन, आंतरिक लॉग लाइनों, या किसी भी चीज़ के लिए सुरक्षित जिसे आप होस्ट की गई सेवा में पेस्ट नहीं करेंगे।