वेब पर चलता लिंक साझा करते ही विफल: पूरा पता जाँचें

आगे भेजने से पहले कमी पहचानें

वेबसाइट पर कार्यक्रम का लिंक सही खुलता है। फिर आप agenda.pdf या स्लैश से शुरू पथ ईमेल में कॉपी करते हैं और प्राप्तकर्ता फ़ाइल तक नहीं पहुँचता। देखे गए प्रश्न यही समस्या और पता बनाते समय आधार पथ का हिस्सा गायब होने का आश्चर्य बताते हैं। ईमेल या शॉर्टनर को दोष देने से पहले देखें क्या कॉपी किया: सापेक्ष संदर्भ को पूरा गंतव्य पाने के लिए संदर्भ चाहिए। साइट के भीतर वह पूरी तरह मान्य हो सकता है। बाहर साझा करने के लिए पूरा और जाँचा वेबURL तैयार करें। यह मार्गदर्शक पता निकालने और दस्तावेज़ के होने तथा सही दर्शक के लिए होने को अलग रखता है।

पथ को अर्थ देने वाला आधार पहचानें

MDN बताता है कि समाधान आधारURL इस्तेमाल करता है, केवल दो स्ट्रिंग जोड़ता नहीं। HTML दस्तावेज़ में आधार सामान्यतः उसकी जगह पर निर्भर है, लेकिनhref वालाbase तत्व उसे बदल सकता है। कोड में केवल पथ हो तो डोमेन या फ़ोल्डर न अनुमानें। ब्राउज़र से लिंक का पता कॉपी कर परिणाम देखें, बजाय गुण हाथ से उतारने के। साइट सँभालते हैं तो सुधार से पहले वास्तविक आधार और अपेक्षित गंतव्य तुलना करें। जल्दी सुधार के लिए पूरे पेज मेंbase टैग न जोड़ें: जाँच रहे लिंक के अलावा दूसरे संदर्भ भी बदल सकते हैं। पहले संदर्भ की स्थिति तय करें और बदलाव का प्रभाव समझें।

उदाहरण के स्लैश का काम जाँचें

तीन अभिव्यक्तियाँURL निर्माता से समाधान दिखाती हैं। example.invalid और फ़ाइल काल्पनिक हैं; वे डाउनलोड योग्य कार्यक्रम नहीं साबित करते। आधारevent/ पर खत्म हो तोagenda.pdf उसी फ़ोल्डर के भीतर पता बनाता है। संदर्भ/agenda.pdf से शुरू हो तो परिणाम उसी ओरिजिन की जड़ से शुरू होता है। आधारevent पर बिना अंतिम स्लैश खत्म हो तोagenda.pdf आखिरी खंड बदलता है और फिर जड़ पर आता है। MDN औरRFC3986 यह अंतर बताते हैं। आदत से स्लैश न जोड़ें या हटाएँ। वास्तविक संसाधन का पता चुनकर पूरा परिणाम देखें, केवल आखिरी फ़ाइल नाम नहीं। निर्माण से उपलब्धता नहीं साबित होती।

उदाहरण परिणाम लिखें: पहले https://example.invalid/event/agenda.pdf, फिर https://example.invalid/agenda.pdf और फिर वही https://example.invalid/agenda.pdf। दो अभिव्यक्तियों का समान पता event फ़ोल्डर होने या आपकी साइट पर उसे हटाने की जरूरत नहीं साबित करता। असली परीक्षण में गणित से बना पता, खुला दस्तावेज़ और दर्शक का प्रवेश अलग लिखें। न देखे चरण अपुष्ट रखें। ये स्थानीय स्ट्रिंग परिणाम हैं, डाउनलोड या सर्वर उपलब्धता की जाँच नहीं।

new URL("agenda.pdf", "https://example.invalid/event/").href
new URL("/agenda.pdf", "https://example.invalid/event/").href
new URL("agenda.pdf", "https://example.invalid/event").href

पता निकालने के बाद संसाधन सत्यापित करें

देखें कि बनेURL में अपेक्षित डोमेन और पथ हैं। निर्माता व्याकरणतः सही लेकिन गलत संसाधन का पता बना सकता है; अनुमति या सामग्री जाँचता नहीं। सार्वजनिक गंतव्य में रहस्य या निजी डेटा न हो तो पूरा पता Wiki URL जाँच में देकरHTTP उत्तर तथा अंतिमURL लिखें। संसाधन भी खोलें और सही कार्यक्रम तथा निर्धारित दर्शकों का प्रवेश जाँचें।200 उत्तर अकेला दोनों में कुछ नहीं साबित करता। पुनर्निर्देशन हो तो मंजूरी से पहले अंतिम गंतव्य देखें। निजी दस्तावेज़ अधिकृत तरीके से जाँचें, बाहरी उपकरणों को न भेजें। तकनीकी उत्तर, सामग्री और अधिकार अलग मूल्यांकन माँगते हैं।

मंजूर पता बाँटें और मिला संस्करण जाँचें

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

संदर्भ, गंतव्य और प्रमाण साथ रखें

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