URL छोटे अक्षरों में बदलने पर टूटता है: क्या बचाएँ

दिखने वाला पाठ अलग पता छिपा सकता है

आप कार्यक्रम की जानकारी वाला संदेश तैयार करते हैं। मूल लिंक दस्तावेज़ खोलता है, लेकिन प्रकाशित संस्करण एक जैसा दिखकर भी विफल होता है। फ़ाइल फिर अपलोड करने से पहले प्रकाशित लिंक का वास्तविक पता कॉपी करके मूल से तुलना करें। स्क्रीन के अक्षर पढ़ना पर्याप्त नहीं: संपादक एक लेबल दिखाकर दूसरा पता जोड़ सकता है। समस्या फ़ाइल की जगह उस सहेजे गए गंतव्य में हो सकती है।

देखे गए प्रश्न URL में बड़े अक्षरों की भूमिका और ऐसे मामलों को दर्ज करते हैं जहाँ दिखाई देने वाला पाठ सही रहा पर गंतव्य छोटे अक्षरों में बदल गया। यह वास्तविक आवश्यकता का संकेत है, हर मंच पर आज यही दोष होने का दावा नहीं। यह मार्गदर्शिका सार्वजनिक कार्यक्रम और WikiURL उपकरणों से अंतर खोजती है। हर बदला अक्षर त्रुटि देगा, या जाँच उपकरण दूसरे सर्वर की सेटिंग स्वयं ठीक कर देगा, ऐसा मानकर नहीं चलती।

डोमेन और पथ के नियम अलग हैं

RFC3986 के अनुसार स्कीम और होस्ट नाम बड़े-छोटे अक्षरों में अंतर नहीं करते। अन्य भागों को संवेदनशील माना जाता है, जब तक विपरीत विशिष्ट नियम न हो। इसलिए EXAMPLE.invalid को example.invalid करना, Guias को guias या AB12 को ab12 करने से अलग है। दोनों उदाहरण काल्पनिक, न चलने वाला डोमेन लेते हैं। कनेक्शन परीक्षण से पहले अधिकृत वास्तविक गंतव्य लगाएँ; यहाँ केवल पाठ की तुलना करनी है।

सर्वर तय करता है कि पथ कैसे हल होंगे और अनुप्रयोग के पैरामीटर कैसे समझे जाएँगे। कुछ साइट अलग लिखावट रीडायरेक्ट करती हैं, अन्य अलग संसाधन या त्रुटि दे सकती हैं। डोमेन छोटे अक्षर स्वीकार करता है तो पथ भी करेगा, यह निष्कर्ष न निकालें। Google Search भी /APPLE और /apple को अलग URL मानने की बात बताता है। यह अपनी साइट में एकरूपता के लिए उपयोगी है, बाहरी प्रदाता के लिंक मनमाने बदलने की अनुमति नहीं।

https://EXAMPLE.invalid/Guias/PlanA.pdf?edicion=AB12
https://example.invalid/guias/plana.pdf?edicion=ab12

बदलने से पहले घटकों की तुलना करें

JavaScript उदाहरण में URL होस्ट, पथ और क्वेरी अलग करता है। MDN pathname को पथ का भाग कहता है और स्पष्ट करता है कि क्वेरी पैरामीटर उसमें शामिल नहीं। उदाहरण चलाना केवल स्ट्रिंग का विश्लेषण करता है; काल्पनिक साइट से नहीं जुड़ता। होस्ट सामान्यीकृत होता है, जबकि Guias, PlanA और AB12 अपनी लिखावट रखते हैं। इससे डोमेन और संसाधन की पहचान मिलाए बिना दोनों प्रतियों का वास्तविक अंतर बताया जा सकता है।

सफाई के नाम पर पूरे पते पर toLowerCase न लगाएँ। पहचान दूसरे अनुप्रयोग की है तो नहीं जानते कि अक्षरों का मिश्रण महत्वपूर्ण है या नहीं। पैरामीटर के नाम और मान भी जारीकर्ता के अनुसार रखें। नई अपनी मुहिम के लेबल बनाते समय लिखावट तय कर सकते हैं; यह पहले से संसाधन पहचानने वाले लिंक को बाद में बदलने से अलग है। बाद की तुलना के लिए मूल प्रति रखें, सिर्फ संपादित संस्करण नहीं।

const u = new URL("https://EXAMPLE.invalid/Guias/PlanA.pdf?edicion=AB12");
console.log(u.hostname); // example.invalid
console.log(u.pathname); // /Guias/PlanA.pdf
console.log(u.search);   // ?edicion=AB12

WikiURL से प्रत्येक सार्वजनिक संस्करण जाँचें

रहस्य रहित सार्वजनिक पते के लिए WikiURL URL जाँच उपकरण में HTTP स्थिति और पहचाना गया अंतिम गंतव्य देखें। मूल और बदली प्रति की तुलना करनी हो तो अलग जाँचें। निजी प्रबंधन लिंक, टोकन या गोपनीय पते न भेजें। परीक्षण आपके पास मौजूद विशिष्ट संस्करणों तक सीमित रखें; पहचान क्रमवार अनुमान लगाकर या दूसरे लोगों के संसाधन खोजकर जाँच न करें। अलग प्रतिक्रिया समस्या की शुरुआत खोजने में सहायक है, अपने आप कारण का प्रमाण नहीं।

मूल चलता हो और छोटे अक्षरों वाली प्रति त्रुटि दे तो वितरण से पहले मूल लिखावट लौटाएँ। हर 404 केवल अक्षरों के कारण नहीं: संसाधन हटाया गया या पथ गलत कॉपी हुआ हो सकता है। दोनों200 दें तो पृष्ठ खोलकर कार्यक्रम, तारीख और सामग्री देखें। स्थिति अकेले समानता नहीं साबित करती। रीडायरेक्ट का पहचाना अंत देखें और फिर पाठक के ब्राउज़र में वास्तविक संसाधन जाँचें, सिर्फ स्थिति संख्या पर भरोसा न करें।

बटन के लेबल के साथ उसका गंतव्य भी ठीक करें

संदेश लिखने वाले उपकरण में लिंक संपादन खोलें। केवल बटन के पाठ की जगह पता वाला क्षेत्र देखें। HTML उदाहरण href और PDF शब्द अलग दिखाता है। काल्पनिक पता इस्तेमाल से पहले बदलना होगा। वास्तविक पते के अक्षर बदले बिना छोटा या बड़े अक्षरों वाला लेबल दिखा सकते हैं। आवश्यक है कि सहेजा गंतव्य स्वीकृत पते से मिले। दृश्य प्रस्तुति और वास्तविक लिंक की जाँच अलग-अलग करें।

सहेजने या प्रकाशित करने के बाद अंतिम लिंक का पता फिर कॉपी करें और दर्शकों के इस्तेमाल वाले संदर्भ में खोलें। निर्यात दस्तावेज़ में निर्यात फ़ाइल और संदेश में प्राप्त संदेश जाँचें। भेजने से पहले का संपादक प्रकाशित परिणाम का प्रमाण नहीं। अनपेक्षित परिवर्तन दिखे तो संबंधित क्षेत्र सुधारें या मंच के जिम्मेदार व्यक्ति से पूछें। दोनों संस्करण बदलाव के सबूत के रूप में रखें और वास्तविक वितरित प्रति में सुधार फिर जाँचें।

<a href="https://example.invalid/Guias/PlanA.pdf?edicion=AB12">PDF</a>

जाँचे पते से छोटा लिंक या QR बनाएँ

गंतव्य सही हो तो WikiURL में बिल्कुल वही पेस्ट करके छोटा लिंक या QR बनाएँ। उपकरण से मिली लिखावट भी बचाएँ और अंतिम परिणाम परखें। डिज़ाइन के लिए पूरे URL को बड़े अक्षरों में न बदलें और हर छोटे कोड में अक्षर बदलने की छूट न मानें। QR अपने भीतर का पाठ दर्शाता है; वह लेखक की इच्छित पथ-लिखावट नहीं पहचानता। बनाने के बाद वास्तविक साझा सामग्री की जाँच भी आवश्यक है।

यदि साइट आपकी है और बोलकर बताने योग्य पता चाहिए, स्थिर पथ या जानबूझकर रीडायरेक्ट बनवाएँ और परखें। सुंदर लिखावट लिखने से अस्तित्वहीन गंतव्य नहीं बनता। छपाई या भेजने से पहले स्वीकृत पता, उपयोग के स्थान और जाँच दर्ज करें। व्यावहारिक नियम है: लेबल डिज़ाइन के अनुसार बदल सकता है, पता तब तक रखें जब तक संसाधन का जिम्मेदार व्यक्ति काम करने वाला विकल्प न सुनिश्चित करे।