सेकंड, मिलीसेकंड, माइक्रोसेकंड या नैनोसेकंड में Unix epoch टाइमस्टैम्प को UTC या दुनिया के किसी प्रमुख समय क्षेत्र की तारीख में बदलें, और तारीख को वापस टाइमस्टैम्प में।
आप जो भी दर्ज करते हैं वह संग्रहीत नहीं होता - उसी अनुरोध में बदलकर लौटा दिया जाता है।
लॉग, डेटाबेस और API समय को Unix टाइमस्टैम्प के रूप में रखते हैं: 1 जनवरी 1970 UTC से अब तक बीते सेकंड। उसे यहाँ पेस्ट करें और अपने टाइम ज़ोन में असली तारीख और समय देखें, या किसी तारीख को उस टाइमस्टैम्प में बदलें जो आपकी क्वेरी या API कॉल को चाहिए।
आज की किसी तारीख का टाइमस्टैम्प सेकंड में 10 अंकों का होता है (1767225600 यानी 1 जनवरी 2026, 00:00 UTC), मिलीसेकंड में 13, माइक्रोसेकंड में 16 और नैनोसेकंड में 19 अंकों का। टूल आकार पढ़ता है: 10^11 से छोटे मान सेकंड माने जाते हैं, 10^14 से छोटे मिलीसेकंड, 10^17 से छोटे माइक्रोसेकंड, और इससे बड़े नैनोसेकंड। JavaScript का Date.now() और ज़्यादातर Java API मिलीसेकंड देते हैं; Unix टूल, Python का time.time() और ज़्यादातर डेटाबेस सेकंड देते हैं। आप यह अनुमान खुद बदल सकते हैं।
Unix टाइमस्टैम्प हमेशा UTC में होता है; ज़ोन तभी मायने रखता है जब उसे किसी व्यक्ति को दिखाना हो। उल्टी दिशा में स्थानीय समय अस्पष्ट हो सकता है: जब घड़ियाँ पीछे जाती हैं तो 01:30 दो बार आता है, और जब आगे जाती हैं तो 02:30 कभी आता ही नहीं। टूल दोनों स्थितियों में चुपचाप कोई एक चुनने के बजाय चेतावनी देता है। साल में दो बार एक घंटे गलत रिपोर्ट की आम वजह यही होती है।
नेगेटिव टाइमस्टैम्प 1970 से पहले की तारीख है: -86400 का मतलब 31/12/1969, 00:00 UTC है। टूल -62135596800 (01/01/0001 00:00:00 UTC) से 253402300799 (31/12/9999 23:59:59 UTC) तक का कोई भी पल स्वीकार करता है। दशमलव सेकंड के अंश के रूप में बने रहते हैं, इसलिए 1700000000.5 का मतलब 14/11/2023, 22:13:20.5 UTC है। पहचान सिर्फ़ संख्या के आकार से होती है, इसलिए 03/03/1973 से पहले की मिलीसेकंड वैल्यू में 11 या कम अंक होते हैं और उसे सेकंड माना जाता है: 86400000 पर 02/01/1970 की जगह 27/09/1972 दिखता है। ऐसी पुरानी वैल्यू के लिए यूनिट मिलीसेकंड चुनें।
Excel या Google Sheets में =A1/86400+DATE(1970,1,1) सेल A1 के सेकंड को UTC तारीख में बदलता है (मिलीसेकंड के लिए 86400000 से भाग दें); सेल का फ़ॉर्मैट तारीख और समय रखें। लोकल समय के लिए UTC ऑफ़सेट को घंटों में 24 से भाग देकर जोड़ें, जैसे भारत (UTC+05:30) के लिए +11/48। =(A1-DATE(1970,1,1))*86400 तारीख से वापस सेकंड देता है। PostgreSQL में to_timestamp(1700000000) एक timestamptz लौटाता है और EXTRACT(EPOCH FROM column) वापस बदलता है; MySQL में FROM_UNIXTIME(1700000000) और UNIX_TIMESTAMP(column) सेशन के टाइम ज़ोन का इस्तेमाल करते हैं। किसी फ़ॉर्मूले को जाँचने के लिए वही वैल्यू यहाँ पेस्ट करें: 1700000000 से 14/11/2023 22:13:20 UTC आना चाहिए।
मान शायद सेकंड में था पर मिलीसेकंड मानकर पढ़ा गया, या स्रोत सिस्टम में वह 0 या खाली था। जनवरी 1970 की तारीख का मतलब लगभग हमेशा गायब मान होता है, कोई असली घटना नहीं।
नहीं। Unix समय लीप सेकंड को नज़रअंदाज़ करता है, इसलिए हर दिन ठीक 86,400 सेकंड का होता है। कंप्यूटर, डेटाबेस और API भी समय इसी तरह रखते हैं।
अंक गिनें। आज सेकंड वाला टाइमस्टैम्प 10 अंकों का और मिलीसेकंड वाला 13 अंकों का होता है। कन्वर्टर यह अपने आप पहचान लेता है, और आप यूनिट खुद भी चुन सकते हैं।
नहीं। यह UTC के एक ही क्षण से सेकंड गिनता है, इसलिए एक ही टाइमस्टैम्प हर जगह एक ही क्षण होता है। सिर्फ़ उसे दिखाने का तरीका टाइम ज़ोन पर निर्भर करता है।
जो सिस्टम टाइमस्टैम्प को signed 32-bit संख्या में रखते हैं, वे 19/01/2038 को ओवरफ़्लो हो जाते हैं। यह कन्वर्टर पूरे आकार की संख्याएँ इस्तेमाल करता है और वर्ष 9999 तक की तारीखें संभालता है।
JavaScript में Math.floor(Date.now() / 1000) सेकंड देता है; अकेला Date.now() मिलीसेकंड देता है। Python में int(time.time())। Linux या macOS शेल में date +%s। PostgreSQL में EXTRACT(EPOCH FROM now()) (दशमलव के साथ), और MySQL में UNIX_TIMESTAMP()। इस पेज की लाइव घड़ी वही मान सेकंड में दिखाती है, कॉपी करने के लिए तैयार।
IANA टाइम ज़ोन डेटाबेस के 40 आम ज़ोन, हर एक किसी शहर के नाम पर, UTC और Asia/Kolkata (भारत) से लेकर America/Los_Angeles और Pacific/Auckland तक। हर ज़ोन आपकी बदली जा रही तारीख पर अपने डेलाइट सेविंग नियम लागू करता है। आपके ब्राउज़र का ज़ोन सूची में हो तो पहले से चुना रहता है; नहीं तो पेज UTC से शुरू होता है। आपका शहर सूची में न हो तो आज उसी समय वाला कोई सूचीबद्ध शहर चुनें, जैसे पूरे भारत के लिए Asia/Kolkata।
दोनों कार्ड इस्तेमाल करें। समय क्षेत्र में Asia/Kolkata चुनें, तारीख से टाइमस्टैम्प में 14/11/2023 और 10:00 डालें और बदलें दबाएँ: आपको 1699936200 मिलेगा। इसे टाइमस्टैम्प से तारीख में पेस्ट करें और समय क्षेत्र को America/New_York कर दें। अब टाइमस्टैम्प से तारीख 13/11/2023 23:30:00 दिखाता है, UTC ऑफ़सेट -05:00 के साथ, यानी न्यूयॉर्क में पिछली शाम। डेलाइट सेविंग आपकी डाली गई तारीख के हिसाब से लगती है, इसलिए 14/07/2023 को भारत में 10:00, न्यूयॉर्क में 14/07/2023 को 00:30 है, -04:00 पर। ज़ोन बदलने पर तारीख से टाइमस्टैम्प में लिखी तारीख भी न्यूयॉर्क समय मानकर दोबारा पढ़ी जाती है, इसलिए जवाब टाइमस्टैम्प से तारीख से ही लें।
lastLogonTimestamp और pwdLastSet जैसे एट्रिब्यूट Windows FILETIME मान हैं: 01/01/1601 UTC से गिने गए 100 नैनोसेकंड के अंतराल, Unix समय नहीं। 133446720000000000 को सीधे पेस्ट करने पर वह नैनोसेकंड माना जाता है और 25/03/1974 दिखता है। पहले 10000000 से भाग दें और 11644473600 घटाएँ: नतीजा 1700198400 है, यानी 17/11/2023 05:20:00 UTC। Excel में =A1/864000000000-109205 वही UTC तारीख और समय देता है; PowerShell में [DateTime]::FromFileTimeUtc(133446720000000000)।
इसके हिस्से तारीख से टाइमस्टैम्प में डालें: तारीख में 14/11/2023 और समय में 22:13:20। उस तारीख पर उसी ऑफ़सेट वाला समय क्षेत्र चुनें, +05:30 के लिए Asia/Kolkata या Z पर खत्म होने वाले मान के लिए UTC, और बदलें दबाएँ: जवाब 1699980200 है। अगर सूची के किसी ज़ोन में वह ऑफ़सेट नहीं है, तो उसे खुद घटाएँ और समय UTC में डालें: 22:13:20+05:30 यानी 16:43:20 UTC। टाइमस्टैम्प से तारीख ISO 8601 को UTC और स्थानीय समय दोनों में कॉपी के लिए तैयार दिखाता है।