यूनिक्स टाइमस्टैंप कन्वर्टर

हां - यह 100% मुफ्त है, न कोई साइन-अप चाहिए न कोई लिमिट। कन्वर्जन पूरी तरह आपके ब्राउज़र में होता है: आपके डाले गए टाइमस्टैंप और तारीखें कहीं भी अपलोड, स्टोर या लॉग नहीं होतीं।

लंबाई से: मौजूदा एपॉक वैल्यू सेकंड में 10 अंकों की और मिलीसेकंड में 13 अंकों की होती है। date +%s जैसे यूनिक्स टूल और पायथन का time.time() सेकंड में काम करते हैं, जबकि JavaScript का Date.now() और Java का System.currentTimeMillis() मिलीसेकंड लौटाते हैं। यह कन्वर्टर यूनिट को अपने आप पहचान लेता है और आप इसे बदल भी सकते हैं।

नहीं। यूनिक्स टाइम मानता है कि हर दिन ठीक 86,400 सेकंड का होता है, इसलिए 1972 से UTC में जोड़े गए लीप सेकंड इसमें नहीं गिने जाते - यूनिक्स क्लॉक असल में एक सेकंड को दोहरा देती है या फैला देती है। रोज़मर्रा के कन्वर्जन में इसका कोई असर दिखाई नहीं देता।

जो सिस्टम यूनिक्स टाइम को साइन्ड 32-बिट इंटीजर में स्टोर करते हैं, वे 2,14,74,83,647 पर ओवरफ़्लो हो जाएंगे - यानी 19 जनवरी 2038 को 03:14:07 UTC पर। आधुनिक 64-बिट सिस्टम, और यह कन्वर्टर भी, इससे प्रभावित नहीं होते और आगे-पीछे लाखों साल की तारीखें संभाल सकते हैं।

हां। नेगेटिव वैल्यू एपॉक से पीछे की ओर सेकंड गिनती है, इसलिए यह 1 जनवरी 1970 से पहले की तारीखें दर्शाती है। जैसे, -86400 का मतलब है 31 दिसंबर 1969, 00:00 UTC। इसे पेस्ट करें और कन्वर्टर इसे किसी भी दूसरी वैल्यू की तरह ही पढ़ लेगा।

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

यह इस टूल के ऊपर लाइव चलता रहता है - Copy दबाकर इसे लें, या Use दबाकर सीधे कन्वर्ट करें। कोड में, शेल में date +%s इस्तेमाल करें, JavaScript में Date.now() (मिलीसेकंड), या पायथन में time.time() (सेकंड)।