किसी साझा प्रोफ़ाइल लिंक से हर क्वेरी या फ़्रैगमेंट न हटाएँ

लिंक को एक ढेर के रूप में नहीं, भागों के रूप में पढ़ें

एक URL अलग-अलग टुकड़ों से बना होता है: स्कीम, प्राधिकार (होस्ट), संसाधन पाथ, वैकल्पिक क्वेरी पैरामीटर, और एक वैकल्पिक फ़्रैगमेंट। क्वेरी स्ट्रिंग ? से शुरू होती है और सर्वर के नियमों के अनुसार संसाधित होती है, इसलिए पैरामीटर हटाने से बदल सकता है कि सर्वर क्या लौटाता है या पेज लोड होगा ही या नहीं। फ़्रैगमेंट # से शुरू होता है और HTTP अनुरोध में नहीं भेजा जाता, लेकिन यह फिर भी ब्राउज़र में नेविगेशन को प्रभावित कर सकता है। पूरे लिंक को बेकार मानकर संदर्भ हटा देना उस संदर्भ को हटा देता है जिसकी आपको यह आँकने के लिए ज़रूरत है कि क्या सुरक्षित है। [MDN: URL घटक]

• कुछ भी बदलने से पहले मूल लिंक को एक निजी नोट में लिख लें।
• होस्ट और पाथ को चिह्नित करें, फिर पहले ? और पहले # को चिह्नित करें।

क्वेरी पैरामीटर आमतौर पर काम करते हैं

चूँकि क्वेरी पैरामीटर सर्वर द्वारा संभाले जाते हैं, वे अक्सर ही वह भाग होते हैं जो पेज को बताते हैं कि कौन-सी प्रोफ़ाइल, संस्करण, भाषा या साझाकरण संदर्भ दिखाना है। आप यह नहीं मान सकते कि कोई छोटा पैरामीटर ट्रैकिंग है और कोई लंबा अनिवार्य है, या इसका उल्टा। यदि आप समझा नहीं सकते कि कोई पैरामीटर क्यों है, तो उसे वहीं रहने दें और लिंक को वैसे ही उपयोग करें जैसे स्वामी ने दिया था। यदि उसके बिना भी पेज काम करता है, तो वह आपके अपने परीक्षण का अवलोकन है, इसका प्रमाण नहीं कि कोई उस पर निर्भर नहीं है। [MDN: URL घटक]

• लिंक को ठीक वैसे ही खोलें जैसे प्राप्त हुआ और दर्ज करें कि क्या दिखाई देता है।
• यदि आप कोई छोटा संस्करण आज़माएँ, तो मूल को निजी रखें और नोट करें कि पेज बदला या नहीं।

फ़्रैगमेंट ब्राउज़र-पक्ष का है, और फिर भी संवेदनशील

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

अवलोकन, सीमा और निर्णय को अलग रखें

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

प्रकाशित करना साफ़ करने से अलग निर्णय है

यहां तक कि सही ढंग से लोड होने वाला लिंक भी किसी सार्वजनिक पोस्ट में पेस्ट करने पर कोई टोकन या ट्रैकिंग मान उजागर कर सकता है। कार्यक्षमता और प्रकटीकरण के बारे में एक-एक करके निर्णय लें। पहले पुष्टि करें कि लिंक अपने इच्छित दर्शक के लिए काम करता है; फिर पूछें कि क्या लिंक को सार्वजनिक रूप से दिखना चाहिए ही। यदि आप स्वामी नहीं हैं और पुष्टि नहीं कर सकते कि कोई पैरामीटर किस लिए है, तो संशोधित संस्करण प्रकाशित न करें। किसी अन्य लिंक से मिलता-जुलता दिखने वाला लिंक इस बात का प्रमाण नहीं है कि दोनों गंतव्य एक जैसे हैं, और प्रदर्शित लेबल अपने लक्ष्य के समान वस्तु नहीं है। [MDN: URL घटक]

• यदि कोई नियंत्रण या साझा करने का विकल्प उपलब्ध नहीं है, तो उसे अनुपलब्ध के रूप में दर्ज करें और पहुँच सीमा पर रुक जाएँ।
• स्वयं कोई लिंक दोबारा बनाने के बजाय स्वामी से वर्तमान साझा लिंक माँगें।

संयम का एक काल्पनिक उदाहरण

कल्पना करें कि कोई सहकर्मी एक प्रोफ़ाइल लिंक भेजता है जिसमें एक पैरामीटर और एक फ़्रैगमेंट है जो किसी छोटे कोड जैसा पढ़ा जाता है। आप उसे खोलते हैं, वह लोड होता है, और आप उसे किसी समूह में पोस्ट करना चाहते हैं। सुरक्षित कदम यह नहीं है कि दोनों पिछले हिस्सों को मिटा दें और आशा करें। इसके बजाय, मूल को नोट करें, सार्वजनिक रूप से कुछ भी परखें नहीं, और सहकर्मी से पूछें कि क्या कोई साझा लिंक मौजूद है। यदि वे एक नहीं दे सकते, तो आप लिंक प्रकाशित किए बिना प्रोफ़ाइल का वर्णन कर सकते हैं। यह चयन उन लोगों के लिए पेज को काम करता रहने देता है जिनके लिए यह बनाया गया था और ऐसे मान को लीक होने से बचाता है जिसे आप नहीं समझते। [MDN: URL घटक]

कुछ और सवाल