Epoch टाइम कनवर्टर

Unix टाइमस्टैम्प को UTC तारीखों में बदलें या किसी तारीख को epoch सेकंड में बदलें।

चुनें कि टाइमस्टैम्प को तारीख में बदलना है या तारीख को टाइमस्टैम्प में।
सेकंड में Unix टाइमस्टैम्प दर्ज करें।

रूपांतरित मान

2024-03-09T16:00:00.000Z

UTC मान2024-03-09T16:00:00.000Z
Unix मिलीसेकंड17,10,00,00,00,000
सप्ताह का दिनशनिवार

इस epoch समय कनवर्टर का उपयोग कैसे करें

  1. कन्वर्जन मोड चुनें

    Conversion mode फ़ील्ड में Epoch to date या Date to epoch चुनें।

  2. Epoch से तारीख के लिए

    Epoch timestamp (seconds) फ़ील्ड में सेकंड में Unix टाइमस्टैम्प दर्ज करें।

  3. तारीख से epoch के लिए

    Calendar date में तारीख चुनें, फिर आवश्यकतानुसार Hour (UTC), Minute (UTC), और Second (UTC) सेट करें।

  4. परिणाम पढ़ें

    कैलकुलेटर UTC मान, Unix मिलीसेकंड और सप्ताह का दिन दिखाता है।

कार्यप्रणाली

यह epoch समय कनवर्टर कैसे काम करता है

यह epoch समय कनवर्टर Unix टाइमस्टैम्प और मानव-पठनीय UTC तारीखों के बीच अनुवाद करता है। Unix समय — जिसे POSIX समय या epoch समय भी कहा जाता है — Unix epoch के बाद से बीते हुए सेकंडों की संख्या गिनता है, जिसे 1 जनवरी, 1970 (1970-01-01T00:00:00Z) की मध्यरात्रि UTC के रूप में परिभाषित किया गया है। यह एकल-पूर्णांक प्रतिनिधित्व डेटाबेस, API, लॉग फ़ाइलों, JWT टोकन और लगभग हर आधुनिक प्रोग्रामिंग भाषा में टाइमस्टैम्प को स्टोर करने और प्रसारित करने के लिए वास्तविक मानक है। कनवर्टर दोनों दिशाओं को संभालता है: एक संख्यात्मक टाइमस्टैम्प दर्ज करने पर संबंधित UTC तारीख, सप्ताह का दिन और मिलीसेकंड समकक्ष मिलता है, जबकि कैलेंडर तारीख और समय दर्ज करने पर सेकंड और मिलीसेकंड में epoch मान मिलता है।

सूत्र
Unix समय = 1970-01-01T00:00:00Z से बीते हुए सेकंड
epoch संदर्भ बिंदु: 1 जनवरी, 1970 की मध्यरात्रि UTC (Unix टाइमस्टैम्प 0)
Unix समय (s) इपॉक (epoch) से निर्दिष्ट तिथि और समय तक के कुल पूर्ण सेकंड
Unix समय (ms) 1,000 से गुणा किया गया सेकंड में Unix समय — JavaScript Date, Java System.currentTimeMillis(), और कई APIs द्वारा उपयोग किया जाता है
UTC तिथि दिए गए टाइमस्टैम्प के अनुरूप ग्रेगोरियन कैलेंडर तिथि और 24-घंटे का समय
सप्ताह का दिन परिवर्तित UTC तिथि से प्राप्त सप्ताह के दिन का नाम
उदाहरण

Unix टाइमस्टैम्प 1,700,000,000 को तारीख में बदलने के लिए: 1970-01-01 00:00:00 UTC से शुरू करते हुए, 1,700,000,000 सेकंड जोड़ें। यह 19,675 दिन, 17 घंटे, 46 मिनट और 40 सेकंड के बराबर है। परिणामी UTC तारीख 2023-11-14 को 22:13:20 UTC है, जो मंगलवार का दिन है। मिलीसेकंड में इसका मान 1,700,000,000,000 है। इसके विपरीत, November 14, 2023 को 22:13:20 UTC दर्ज करने पर ठीक 1,700,000,000 का epoch मान प्राप्त होता है।

टाइमस्टैम्प 0 को 1970-01-01 00:00:00 UTC (गुरुवार) में बदला जाता है। मिलीसेकंड में इसका मान 0 है।

टाइमस्टैम्प 1,704,000,000 को 2023-12-31 12:00:00 UTC (रविवार) में बदला जाता है। 'Date to epoch' मोड में उस तारीख को दर्ज करने पर 1,704,000,000 प्राप्त होता है।

मान्यताएं
  • सभी गणनाएं UTC में हैं। स्थानीय समय रूपांतरण के लिए रूपांतरण के बाद उचित समय-क्षेत्र (time-zone) ऑफ़सेट लागू करने की आवश्यकता होती है।
  • लीप सेकंड की गणना नहीं की जाती है। POSIX की तरह, यह कनवर्टर हर दिन को ठीक 86,400 सेकंड मानता है, जो अधिकांश प्रोग्रामिंग भाषाओं और ऑपरेटिंग सिस्टम के व्यवहार से मेल खाता है।
  • नकारात्मक टाइमस्टैम्प इपॉक (1 जनवरी, 1970) से पहले की तिथियों को दर्शाते हैं। उदाहरण के लिए, −86400 का अर्थ 31 दिसंबर, 1969 है।
  • मिलीसेकंड टाइमस्टैम्प को प्रविष्टि से पहले 1,000 से विभाजित किया जाना चाहिए; कनवर्टर इनपुट के रूप में सेकंड स्वीकार करता है और परिणामों में मिलीसेकंड समकक्ष प्रदर्शित करता है।
नोट्स
  • JavaScript का Date.now() और Java का System.currentTimeMillis() मिलीसेकंड लौटाते हैं, सेकंड नहीं — यहाँ मान दर्ज करने से पहले 1,000 से विभाजित करें, या तुलना के लिए मिलीसेकंड आउटपुट का उपयोग करें।
  • वर्ष 2038 की समस्या 32-bit signed-integer टाइमस्टैम्प को प्रभावित करती है, जो January 19, 2038 को 03:14:07 UTC पर ओवरफ्लो हो जाएगी। अधिकांश आधुनिक सिस्टम 64-bit टाइमस्टैम्प पर स्थानांतरित हो गए हैं।
  • API रिस्पॉन्स या लॉग फ़ाइलों को डीबग करते समय, उन टाइमस्टैम्प पर ध्यान दें जो ठीक 3,600 या 7,200 सेकंड से अलग लगते हैं — यह आमतौर पर इंगित करता है कि पाइपलाइन में कहीं टाइम-ज़ोन ऑफ़सेट लागू किया गया था (या छोड़ दिया गया था)।
  • Epoch समय हमेशा एक समान रूप से बढ़ता रहता है (लीप-सेकंड समायोजन को छोड़कर), जो इसे घटनाओं को क्रमबद्ध करने, अवधि की गणना करने और समय-आधारित विशिष्ट पहचानकर्ता बनाने के लिए आदर्श बनाता है।
स्रोत
  1. IEEE Std 1003.1 (POSIX) — Seconds Since the Epoch की परिभाषा
  2. Unix epoch की उत्पत्ति — The Unix Heritage Society और Bell Labs दस्तावेज़ीकरण
  3. RFC 3339 — इंटरनेट पर तारीख और समय: टाइमस्टैम्प

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

Unix टाइमस्टैम्प 1 जनवरी, 1970 की मध्यरात्रि UTC से बीते हुए सेकंडों की संख्या है — जिसे Unix epoch कहा जाता है। यह पूर्णांक डेटाबेस, API, लॉग फ़ाइलों और अधिकांश प्रोग्रामिंग भाषाओं में समय दर्शाने का मानक है। चूंकि यह टाइम-ज़ोन से स्वतंत्र है, यह सॉर्टिंग और समय की तुलना को सरल बनाता है। JavaScript का Date.now() और कई API मिलीसेकंड (1,000 × सेकंड) लौटाते हैं, इसलिए यहाँ मान दर्ज करने से पहले 1,000 से विभाजित करें। ऋणात्मक टाइमस्टैम्प 1970 से पहले की तारीखें दर्शाते हैं; जैसे, −86400 epoch से ठीक एक दिन पहले है।

Epoch समय के लिए डेवलपर उपयोग के मामले

डेवलपर्स डेटाबेस में समय स्टोर करने, JSON API में तारीखों को सीरियलाइज़ करने, कैश की (cache keys) बनाने और लॉग डीबग करने के लिए Unix टाइमस्टैम्प का उपयोग करते हैं। डेटाबेस कॉलम अक्सर कुशल इंडेक्सिंग के लिए इन्हें पूर्णांक के रूप में स्टोर करते हैं। API अक्सर टाइम-ज़ोन की अस्पष्टता से बचने के लिए epoch सेकंड या मिलीसेकंड लौटाते हैं। डीबगिंग के दौरान, लॉग या JWT क्लेम से टाइमस्टैम्प को मानव-पठनीय तारीख में बदलने से मान की सटीकता का पता चलता है। इसका उपयोग रेट लिमिटिंग, सेशन समाप्ति और वितरित प्रणालियों में विशिष्ट पहचानकर्ता बनाने के लिए भी किया जाता है।

Epoch समय कनवर्टर FAQ

Unix epoch क्या है?

Unix epoch वह संदर्भ बिंदु है जिससे Unix समय मापा जाता है: 1 जनवरी, 1970 की मध्यरात्रि UTC (1970-01-01T00:00:00Z)। 0 का टाइमस्टैम्प ठीक उसी क्षण से मेल खाता है।

मेरे JavaScript टाइमस्टैम्प में अधिक अंक क्यों हैं?

JavaScript का Date.now() युग (epoch) के बाद से मिलीसेकंड लौटाता है, सेकंड नहीं। इस टूल द्वारा उपयोग किए जाने वाले सेकंड-आधारित प्रारूप में बदलने के लिए 1,000 से विभाजित करें, या सीधे मिलीसेकंड आउटपुट के साथ तुलना करें।

क्या मैं नकारात्मक टाइमस्टैम्प दर्ज कर सकता हूँ?

हाँ। नकारात्मक मान युग (epoch) से पहले की तारीखों को दर्शाते हैं। उदाहरण के लिए, −86400 का अर्थ 1969-12-31T00:00:00Z है, जो युग से ठीक एक दिन पहले है।

क्या यह लीप सेकंड को संभालता है?

नहीं, और यह POSIX मानक के अनुरूप है। POSIX समय मानता है कि प्रत्येक दिन ठीक 86,400 सेकंड का होता है। 1972 के बाद से जोड़े गए 27 लीप सेकंड व्यक्तिगत रूप से प्रदर्शित नहीं होते हैं, जिसका अर्थ है कि UTC और Unix समय लीप-सेकंड सीमाओं पर एक सेकंड तक भिन्न हो सकते हैं।

वर्ष 2038 की समस्या क्या है?

Unix समय को 32-बिट हस्ताक्षरित पूर्णांक (signed integer) के रूप में संग्रहीत करने वाले सिस्टम 19 जनवरी, 2038 को 03:14:07 UTC पर ओवरफ्लो हो जाएंगे, जिससे एक बड़ी नकारात्मक संख्या बन जाएगी और 1901 की तारीखें दिखाई देंगी। अधिकांश आधुनिक प्लेटफॉर्म अब 64-बिट टाइमस्टैम्प का उपयोग करते हैं, जो 290 बिलियन से अधिक वर्षों तक ओवरफ्लो नहीं होंगे।

लेखक जान क्रेंनेक संस्थापक और मुख्य डेवलपर
समीक्षक DigitSum कार्यप्रणाली समीक्षा फॉर्मूला सत्यापन और QA
अंतिम अपडेट 10 मार्च 2026

इसे एक अनुमान के रूप में उपयोग करें और महत्वपूर्ण निर्णयों को किसी योग्य पेशेवर से सत्यापित करें।

जब तक कोई भविष्य की सुविधा स्पष्ट रूप से आपको अन्यथा न बताए, इनपुट ब्राउज़र में ही रहते हैं।