unix · ISO · टाइम ज़ोन
समय कन्वर्टर
Unix टाइमस्टैम्प या ISO 8601 तारीख़ पेस्ट करें और उस एक क्षण को UTC में, अपने चुने ज़ोन में और जिन ज़ोन पर नज़र रखते हैं उनमें पढ़ें। ऑफ़सेट का गणित इसी टैब में चलता है।
खाली संख्या उसकी लंबाई से पढ़ी जाती है: ठीक 10 अंक सेकंड हैं, ठीक 13 मिलीसेकंड, और बाक़ी कोई लंबाई अंदाज़ा लगाने के बजाय अस्वीकार कर दी जाती है। बिना ऑफ़सेट वाली ISO तारीख़ UTC मानी जाती है, क्योंकि आपका मतलब एक क्षण था, हर ज़ोन के लिए एक नहीं।
टाइमस्टैम्प कैसे बदलें
क्षण डालें
10 अंकों का Unix टाइमस्टैम्प, 13 अंकों का मिलीसेकंड वाला, या 2026-09-12T14:30:00Z जैसी ISO तारीख़ पेस्ट करें — या इसी सेकंड से शुरू करने के लिए now लिखें।
ज़ोन चुनें
वह ज़ोन चुनें जिसमें क्षण पढ़ा जाना चाहिए। UTC सबसे पहले आता है, फिर ज़्यादा इस्तेमाल होने वाले ज़ोन, और पूरी सूची वही है जो आपके ब्राउज़र का टाइम-ज़ोन डेटाबेस जानता है।
घड़ी पढ़ें
वही क्षण आपके अपने ज़ोन और छोटी सूची के साथ हर ऑफ़सेट में दिखता है, साथ में वह क्षण सेकंड, मिलीसेकंड और माइक्रोसेकंड के रूप में, जो भी API माँगे।
टाइमस्टैम्प क्या है, और यह पेज उसका क्या करता है
Unix समय 1970-01-01T00:00:00Z से सेकंड गिनता है और जान-बूझकर लीप सेकंड नज़रअंदाज़ करता है, इसीलिए यह संख्या हर जगह एक जैसी होती है और टाइम ज़ोन सिर्फ़ दिखाने का चुनाव रह जाता है। दस अंक 2001 से 2286 तक कवर करते हैं, इसलिए लॉग या URL से उठाया मान लगभग हमेशा सेकंड होता है; डेटाबेस कॉलम या JavaScript तारीख़ तेरह अंक देती है, जो उसी पैमाने के मिलीसेकंड हैं।
ISO 8601 वही चीज़ कैलेंडर पर लिखता है: 2026-09-12T14:30:00+03:00 एक ही क्षण है जो इस्तांबुल की दीवार की घड़ी में जताया गया, और Z का मतलब ठीक +00:00. बिना ऑफ़सेट वाली स्ट्रिंग दुविधाजनक होती है, इसलिए यह पेज उसे आपकी मशीन का ज़ोन मानने के बजाय UTC पढ़ता है। ऑफ़सेट ख़ुद आपके ब्राउज़र के tz डेटाबेस से आते हैं, इसीलिए Europe/Istanbul तुर्की के 2016 से चले आ रहे नियम के तहत साल भर UTC+3 पर रहता है, जबकि America/New_York तारीख़ के हिसाब से UTC−4 या UTC−5 पर पहुँचता है।
समय कन्वर्ज़न से जुड़े सवाल
क्या मेरा टाइमस्टैम्प किसी सर्वर पर भेजा जाता है?
नहीं। पार्सिंग और ज़ोन का गणित आपके ब्राउज़र में पहले से मौजूद Intl API पर चलते हैं, इसलिए जो क्षण आप देखते हैं वह कभी भेजा नहीं जाता और पेज लोड होने के बाद ऑफ़लाइन चलता रहता है। कुछ लॉग भी नहीं होता, क्योंकि लॉग करने का साधन ही नहीं है।
वही टाइमस्टैम्प न्यूयॉर्क के लिए अलग घंटा क्यों दिखाता है?
क्योंकि ज़ोन का ऑफ़सेट तारीख़ पर निर्भर करता है: न्यूयॉर्क सर्दियों में UTC−5 और गर्मियों में UTC−4 होता है, और ब्राउज़र वही नियम लगाता है जो उस क्षण लागू था। इसलिए कन्वर्ज़न हमेशा दो क्षणों के बीच होता है, दो ज़ोन नामों के बीच नहीं — टाइमस्टैम्प बदलें तो ऑफ़सेट भी बदल सकता है।
सेकंड, मिलीसेकंड और माइक्रोसेकंड में से कौन-सा कॉपी करूँ?
ये एक ही क्षण तीन विभेदनों में हैं: 10 अंकों की Unix सेकंड गिनती, 13 अंकों की मिलीसेकंड गिनती, और दोनों के साथ माइक्रोसेकंड। API इस पर एकमत नहीं कि उन्हें क्या चाहिए — Unix समय परंपरा से सेकंड में होता है, जबकि ब्राउज़र और डेटाबेस टाइमस्टैम्प आमतौर पर मिलीसेकंड में — इसलिए वही लें जो आपका टूल या एंडपॉइंट माँगता है।
12 अंकों की संख्या पेस्ट करूँ तो क्या होगा?
उसे अंदाज़ा लगाने के बजाय अस्वीकार कर दिया जाता है, क्योंकि सिर्फ़ 10 अंकों का मान सेकंड और सिर्फ़ 13 अंकों का मिलीसेकंड पढ़ा जाता है। अंदाज़ा लगाने से क्षण चुपचाप दशकों खिसक जाता, इसलिए ग़लत लिखी या कटी संख्या त्रुटि के रूप में पकड़ना आसान है। ऑफ़सेट वाली ISO 8601 तारीख़ भी संख्या जितनी ही अच्छी चलती है और साफ़ होती है।