टाइमज़ोन बेमेल: वेब पर सबसे सस्ती संगति जाँच
वेबसाइट जितनी संगति जाँचें चला सकती है, उनमें टाइमज़ोन की तुलना सबसे सस्ती है। इसके लिए एक JavaScript कॉल और एक लुकअप चाहिए जो सर्वर पहले से करता है। यह उन आम वजहों में भी है जिनसे किसी अकाउंट पर दोबारा नज़र पड़ती है।
दो टाइमज़ोन, दो स्रोत
पहला टाइमज़ोन आपके पते से आता है। सर्वर जानता है कि अनुरोध कहाँ से आया और जियोलोकेशन डेटाबेस से उस पते को एक क्षेत्र और उसके टाइमज़ोन से जोड़ता है। Paris के कनेक्शन के लिए वह Europe/Paris है। यह सर्वर पर होता है; आपके ब्राउज़र की इसमें कोई भूमिका नहीं।
दूसरा आपके ब्राउज़र से आता है। Intl.DateTimeFormat().resolvedOptions().timeZone वह IANA नाम लौटाता है जिस पर ऑपरेटिंग सिस्टम कॉन्फ़िगर है, और new Date().getTimezoneOffset() मौजूदा UTC ऑफ़सेट लौटाता है। अगर मशीन Berlin पर सेट है, तो पेज को Europe/Berlin दिखता है, चाहे पैकेट कहीं से भी आए हों।
वे असहमत क्यों होते हैं
ईमानदार वजहें हैं यात्रा, ऐसा लैपटॉप जिसका घड़ी क्षेत्र कभी बदला ही नहीं गया, और कॉर्पोरेट नेटवर्क जो किसी दूसरे देश में निकलते हैं। साइटें जिस वजह की परवाह करती हैं, वह प्रॉक्सी है: एक देश का ब्राउज़र जो दूसरे देश का पता इस्तेमाल कर रहा है, और घड़ी के बारे में किसी ने सोचा नहीं। Paris और Berlin का ऑफ़सेट एक है, इसलिए अकेला ऑफ़सेट तो मेल खा जाता; IANA नाम नहीं खाता। नामों की तुलना करने वाली जाँचें इसे पकड़ लेती हैं, इसीलिए डायग्नोस्टिक संख्यात्मक ऑफ़सेट के बजाय ब्राउज़र का नाम और पते का नाम, दोनों दिखाता है।
बेमेल का मतलब क्या है
अकेले, कुछ निर्णायक नहीं। बहुत-से असली लोग इसे पैदा कर देते हैं। लेकिन यह एक सस्ता सिग्नल है, और स्कोरिंग सिस्टम सस्ते सिग्नल जोड़ लेते हैं। बेमेल के साथ होस्टिंग के रूप में वर्गीकृत पता और तीसरी जगह का WebRTC कैंडिडेट, अकेले बेमेल से बिलकुल अलग कहानी है।
उन्हें मिलाना
संगत नतीजे के दो रास्ते हैं। ऑपरेटिंग सिस्टम का टाइमज़ोन पते से मिलाकर तय कीजिए, जो काम करता है पर तब बोझिल होता है जब कई प्रोफ़ाइल अलग-अलग पते इस्तेमाल करें। या ब्राउज़र प्रोफ़ाइल को वह टाइमज़ोन ओवरराइड करने दीजिए जो वह बताती है, जो उद्देश्य-निर्मित ब्राउज़र करते हैं: प्रोफ़ाइल का टाइमज़ोन उस पते के पीछे चलता है जिसके साथ वह लॉन्च होती है, इसलिए दोनों नाम अपने आप मेल खाते हैं। दूसरे तरीक़े को मौजूदा ऑफ़सेट, डेलाइट-सेविंग के बदलाव और स्थानीयकृत तारीख़ स्ट्रिंग भी ढकनी होती हैं, क्योंकि स्क्रिप्ट इन सबकी तुलना कर सकती है। जो प्रोफ़ाइल Europe/Paris बताती है पर तारीख़ें Berlin के ऑफ़सेट से फ़ॉर्मेट करती है, उसने विरोधाभास को बस दूसरी जगह खिसकाया है।
रिपोर्ट में क्या देखें
जो डायग्नोस्टिक "Time zone based on IP" और "Time zone" को अगल-बग़ल दिखाता है और अलग होने पर उन्हें चिह्नित करता है, वह ठीक वही कर रहा है जो साइट की जाँच करेगी। अगर वे मेल खाते हैं, तो जाँच पास है। अगर नहीं, तो अब आप जानते हैं कि किसे बदलना है। दोनों सूरतों में काम की चीज़ तुलना खुद है, उससे जुड़ा कोई स्कोर नहीं।
