यह क्या है
Unix टाइमस्टैम्प 1 जनवरी 1970, 00:00:00 UTC से अब तक के सेकंड की संख्या है, जिसे Unix epoch कहते हैं। एक ही पल में यह संख्या पूरी दुनिया में एक जैसी होती है, इसीलिए API, लॉग और डेटाबेस इसे इस्तेमाल करते हैं। जैसे, 1700000000 का मतलब 14 नवंबर 2023, 22:13:20 UTC है।
सेकंड या मिलीसेकंड?
सेकंड वाला टाइमस्टैम्प आजकल 10 अंकों का होता है। JavaScript, Java और कई API मिलीसेकंड इस्तेमाल करते हैं, 13 अंक। अगर तारीख 1970 की या हज़ारों साल आगे की आए, तो शायद इकाई गलत है।
ऑनलाइन बदलें
इसे Unix टाइमस्टैम्प कन्वर्टर में पेस्ट करें। यह सेकंड या मिलीसेकंड पहचानता है और तारीख UTC और आपके टाइम ज़ोन में दिखाता है।
कोड और स्प्रेडशीट में
- JavaScript:
new Date(1700000000 * 1000) - Python:
datetime.fromtimestamp(1700000000, tz=timezone.utc) - Excel या Google Sheets:
=A1/86400+DATE(1970,1,1), फिर सेल को तारीख फ़ॉर्मैट करें। नतीजा UTC में होता है; IST के लिए 5:30 घंटे जोड़ें। - Mac या Linux टर्मिनल, मौजूदा समय:
date +%s
साल 2038 की समस्या
जो सिस्टम टाइमस्टैम्प को साइन वाले 32-बिट नंबर में रखते हैं, वे 19 जनवरी 2038 को 03:14:07 UTC पर ओवरफ़्लो हो जाएँगे। आधुनिक सिस्टम 64 बिट इस्तेमाल करते हैं, जो अरबों साल के लिए काफ़ी है।
उदाहरण
0है 1 जनवरी 1970, 00:00:00 UTC।86400ठीक एक दिन बाद, 2 जनवरी 1970।-86400एक दिन पहले, 31 दिसंबर 1969। ऋणात्मक टाइमस्टैम्प 1970 से पहले की तारीखें हैं।2000000000है 18 मई 2033, 03:33:20 UTC।
आम गलतियाँ
- यह मान लेना कि टाइमस्टैम्प का कोई टाइम ज़ोन होता है। नहीं होता। 1700000000 हर जगह एक ही पल है; बस दिखाने का तरीका टाइम ज़ोन पर निर्भर है।
- स्थानीय समय से टाइमस्टैम्प बनाना, मानो वह UTC हो। नतीजा UTC से आपके अंतर जितना खिसक जाता है; भारत में यह ठीक 5 घंटे 30 मिनट होता है। बदलने के बाद कोई जानी-पहचानी तारीख जाँच लें।
- JavaScript में महीने।
new Date(2026, 0, 15)15 जनवरी है: महीने 0 से गिने जाते हैं। - लीप सेकंड। Unix समय हर दिन को ठीक 86,400 सेकंड मानता है और लीप सेकंड को छोड़ देता है, इसलिए यह बीते हर सेकंड की गिनती नहीं है।