यूनिफॉर्म रिसोर्स पहचानकर्ता

यूनिफ़ॉर्म रिसोर्स पहचानकर्ता (यूआरआई) वर्णों का एक विशिष्ट अनुक्रम है जो वेब तकनीकों द्वारा उपयोग किए जाने वाले तार्किक या भौतिक संसाधनों की पहचान करता है। यूआरआईएस का उपयोग किसी भी वस्तु की पहचान करने के लिए किया जा सकता है जिसमें वास्तविक विश्व की वस्तुएँ जैसे लोग और स्थान, अवधारणाएँ या सूचना संसाधन जैसे वेब पेज और पुस्तकें सम्मिलित हैं। कुछ यूआरआई एक नेटवर्क पर सूचना संसाधनों का पता लगाने और पुनः प्राप्त करने का एक साधन प्रदान करते हैं या तो इंटरनेट पर या किसी अन्य निजी नेटवर्क पर, जैसे कंप्यूटर फाइल सिस्टम या इंट्रानेट आदि पर यूनिफ़ॉर्म रिसोर्स लोकेटर (यूआरएल) हैं। एक यूआरएल संसाधन का स्थान प्रदान करता है। एक यूआरआई निर्दिष्ट स्थान या यूआरएल पर नाम से संसाधन की पहचान करता है। अन्य यूआरआई केवल एक विशिष्ट नाम प्रदान करते हैं इसके विषय में संसाधन या जानकारी का पता लगाने या पुनः प्राप्त करने के साधन के अतिरिक्त ये यूनिफ़ॉर्म रिसोर्स नाम (यूआरएन) हैं। यूआरआई का उपयोग करने वाली वेब प्रौद्योगिकियां वेब ब्राउज़र तक ही सीमित नहीं होती हैं। यूआरआई का उपयोग संसाधन विवरण रूपरेखा (आरडीएफ) का उपयोग करके वर्णित किसी भी वस्तु की पहचान करने के लिए किया जाता है उदाहरण के लिए, अवधारणाएँ जो वेब ओन्टोलॉजी भाषा (ओडब्ल्यूएल) का उपयोग करके परिभाषित एक ऑन्कोलॉजी का भाग हैं और जिन लोगों को 'सहायक शब्दावली' का उपयोग करके वर्णित किया गया है उनमें से प्रत्येक पास एक अलग-अलग यूआरआई होता है।

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

अगले तीन से चार वर्षों में, जैसे-जैसे वर्ल्ड वाइड वेब की एचटीएमएल, एचटीटीपी और वेब ब्राउज़र की मुख्य प्रौद्योगिकियां विकसित हुईं, तब इस हाइपरटेक्स्ट श्रृंखला को अलग करने की आवश्यकता सामने आयी थी जो एक श्रृंखला से संसाधन के लिए एक एड्रेस प्रदान करती है जिसे केवल एक संसाधन का नाम दिया गया है। यद्यपि इसको अभी तक औपचारिक रूप से परिभाषित नहीं किया गया है यूनिफ़ॉर्म रिसोर्स लोकेटर शब्द पूर्व का प्रतिनिधित्व करने के लिए विकसित किया गया था और अधिक विवादास्पद यूनिफ़ॉर्म रिसोर्स नाम बाद वाले का प्रतिनिधित्व करने के लिए हुआ था। जुलाई 1992 में आईईटीएफ "यूडीआई (यूनिवर्सल दस्तावेज़ पहचानकर्ता) बीओएफ" पर बर्नर्स-ली की रिपोर्ट में यूआरएल (यूनिफ़ॉर्म रिसोर्स लोकेटर के रूप में), यूआरएन मूल रूप से विशिष्ट संसाधन संख्या के रूप में और एक नए कार्यरत समूह को चार्टर करने की आवश्यकता का उल्लेख किया गया है। नवंबर 1992 में आईईटीएफ "यूआरआई कार्यरत समूह" की पहली बैठक हुई थी।

जिसमे यूआरएलएस और यूआरएनएस को परिभाषित करने पर वार्तालाप के समय यह स्पष्ट हो गया कि दो शब्दों द्वारा अंतःस्थापित अवधारणाएँ मौलिक, व्यापक, संसाधन पहचान की धारणा के केवल दृष्टिकोण थे। जून 1994 में आईईटीएफ ने टिप्पणियों के लिए बर्नर्स-ली का पहला अनुरोध प्रकाशित किया था जिसमें यूआरएल और यूआरएन के अस्तित्व को स्वीकृत किया गया था। सबसे महत्वपूर्ण अवधारणा यह है कि इसने यूनिवर्सल संसाधन पहचानकर्ता अर्थात यूआरएल जैसी श्रृंखलाए जिनके एल्गोरिथम और शब्दार्थ उनकी योजनाओं पर निर्भर थे जिनके के लिए एक औपचारिक एल्गोरिथम को परिभाषित किया था। इसके अतिरिक्त ने उस समय उपयोग में आने वाली यूआरएल योजनाओं के एल्गोरिथम को संक्षेप में प्रस्तुत प्रयास किया था। लेकिन आपेक्षिक यूआरएल और खंड पहचानकर्ताओं के अस्तित्व को मानकीकृत नहीं किया था।

संशोधन
औपचारिक रूप से आपेक्षिक और निरपेक्ष यूआरएल को परिभाषित करता है, सामान्य यूआरएल एल्गोरिथम को अपरिवर्तित करता है जो आपेक्षिक यूआरएल को निरपेक्ष रूप से हल करने के तरीके को परिभाषित करता है और तब उपयोग में आने वाली यूआरएल योजनाओं की अपेक्षाकृत रूप से गणना करता है। मई 1997 में आईईटीएफ आरएफसी 2141 के प्रकाशन तक यूआरएन की परिभाषा स्वीकृति और एल्गोरिथम के लिए प्रतीक्षा करना पड़ी। अगस्त 1998 में आईईटीएफ आरएफसी 2396 के प्रकाशन ने प्रदर्शित किया कि यूआरआई एल्गोरिथम एक अलग विनिर्देश बन गया है और यूआरआई और यूआरएल से संबंधित आरएफसी 1630 और 1738 के अधिकांश भागो को आईईटीएफ द्वारा संशोधित और विस्तारित किया गया था। और नए आरएफसी ने "यूआरआई" में "यू" के अर्थ को "यूनिवर्सल" से "यूनिफार्म" में परिवर्तित कर दिया गया था।

दिसंबर 1999 में  ने आरएफसी 2396 को एक अपेक्षाकृत नया संस्कारण प्रदान किया था। जिससे यूआरआई को आईपीवी-6 एड्रेसों को समायोजित करने की स्वीकृति प्राप्त हुई और दो विशिष्टताओं में खोजी गई कई कमियों के कारण एक सामुदायिक प्रयास हुआ। जिसका समन्वय आरएफसी 2396 के सह-लेखक रॉय फील्डिंग ने किया था जो जनवरी 2005 में आईईटीएफ आरएफसी 3986 के प्रकाशन के साथ समाप्त हो गया था इसने सम्मिलित यूआरएल योजनाओं के विवरण को अप्रचलित नहीं किया और आरएफसी 1738 ऐसी योजनाओं को नियंत्रित करना प्रारम्भ किया गया इसके अतिरिक्त जहां अन्य आईईटीएफ आरएफसी 2616 का अधिक्रमण किया गया। उदाहरण के लिए जो   योजनाओ को परिशोधित करता है। इसके साथ ही आईईटीएफ ने आरएफसी 3986 के डेटा को पूर्ण मानक एसटीडी 66 के रूप में प्रकाशित किया था जो एक आधिकारिक इंटरनेट प्रोटोकॉल के रूप में यूआरआई एल्गोरिथम की स्थापना को प्रदर्शित करता है।

2001 में,डब्ल्यू-3-सी के तकनीकी संरचनात्मक समूह (टीएजी) ने किसी दिए गए संसाधन के कई संस्करणों को प्रकाशित करने के लिए सर्वोत्तम प्रथाओं और प्रामाणिक यूआरआई के लिए एक निर्देशो को प्रकाशित किया। उदाहरण के लिए, उस डेटा तक अभिगमन के लिए उपयोग किए जाने वाले उपकरण की क्षमता या सेटिंग्स को समायोजित करने के लिए भाषा या आकार के अनुसार भिन्न हो सकती है। अगस्त 2002 में, आईईटीएफ ने बताया कि व्यापक रूप से सार्वजनिक उपयोग के अतिरिक्त "यूआरएल" शब्द लगभग अप्रचलन में अपेक्षाकृत रूप से कम पड़ गया था और केवल एक पूर्ण रूप में कार्य करता है कि कुछ यूआरआई नेटवर्क उपलब्धता को प्रयुक्त करने वाली योजनाओं के माध्यम से एड्रेस के रूप में कार्य करते हैं, यद्यपि ऐसे ही किसी वास्तविक उपयोग के लिए जैसा कि यूआरआई-आधारित मानक जैसे संसाधन विवरण रूपरेखा स्पष्ट करते हैं संसाधन पहचान को इंटरनेट पर संसाधन प्रतिनिधित्व की पुनर्प्राप्ति का सुझाव देने की आवश्यकता नहीं होती है,और न ही उन्हें नेटवर्क-आधारित संसाधनों की आवश्यकता होती है।

सेमांटिक वेब वास्तविक समाज में दस्तावेज़ों और अवधारणाओं दोनों की पहचान करने के लिए एचटीटीपी यूआरआई योजना का उपयोग करता है एक ऐसी विशिष्टता जिसके कारण भ्रम उत्पन्न हो गया है कि दोनों को कैसे अलग किया जाए। टीएजी ने 2005 में इस समस्या को हल करने के तरीके पर एक ई-मेल प्रकाशित किया था जिसे एचटीटीपी श्रेणी-14 विश्लेषण के रूप में जाना जाता है। डब्ल्यू-3-सी ने बाद में सिमेंटिक वेब के लिए कुल यूआरआईएस शीर्षक से एक स्थित समूह टिप्पणी प्रकाशित किया था जिसमें डेटा के उपयोग और पुनर्निर्देशन के लिए एचटीटीपी 303 प्रतिक्रिया कोड को और अधिक विस्तृत रूप से समझाया गया है।

यूआरएल और यूआरएन
यूआरएन एक प्रकार यूआरआई है जो किसी विशेष एड्रेस के उसके नाम के संसाधन की पहचान करता है। एक यूआरएन का उपयोग किसी संसाधन के विषय में वार्तालाप करने के लिए किया जा सकता है कि बिना किसी एड्रेस के इसको कैसे नियंत्रित किया जाए। उदाहरण के लिए, अंतर्राष्ट्रीय मानक पुस्तक संख्या (आईएसबीएन) प्रणाली में, आईएसबीएन 0-486-27557-4 के सर्वश्रेष्ठ नाटककार रोमियो और जूलियट के एक विशिष्ट संस्करण की पहचान करता है। उस संस्करण के लिए यूआरएन:आईएसबीएन:0-486-27557-4 होगा। हालाँकि, यह इस विषय में कोई भी जानकारी नहीं प्रदान करता है कि उस पुस्तक की प्रति को कहाँ से प्राप्त किया जा सकता है।

यूनिफ़ॉर्म रिसोर्स लोकेटर (यूआरएल) एक यूआरआई है जो किसी संसाधन पर कार्य करने या उसका प्रतिनिधित्व प्राप्त करने के साधन को निर्दिष्ट करता है अर्थात इसकी प्राथमिक अभिगमन तंत्र और नेटवर्क एड्रेस दोनों को निर्दिष्ट करता है। उदाहरण के लिए, यूआरएल  के रूप में पहचाने जाने वाले संसाधन को संदर्भित करता है , जिसका प्रतिनिधित्व हाइपरटेक्स्ट ट्रान्सफर प्रोटोकॉल   के माध्यम से उस नेटवर्क होस्ट से प्राप्त किया जा सकता है जिसका डोमेन नाम   है। इस स्थिति में, एचटीटीपी मे सामान्यतः इसका अर्थ एचटीएमएल और संबंधित कोड के रूप में होता है। प्रयोगात्मक रूप से यह आवश्यक नहीं होता है, क्योंकि एचटीटीपी अपने हेडर मेंअपेक्षाकृत प्रारूपों को निर्दिष्ट करने की स्वीकृति देता है। यूआरएन किसी व्यक्ति के नाम के अनुरूप होता है जबकि यूआरएल उनके भौतिक एड्रेस के अनुरूप होता है। दूसरे शब्दों में, एक यूआरएन एक वस्तु की पहचान करता है और एक यूआरएल इसे खोजने के लिए एक तरीका प्रदान करता है।

तकनीकी प्रकाशन विशेष रूप से आईईटीएफ और वर्ल्ड वाइड वेब द्वारा निर्मित मानक सामान्यतः 30 जुलाई 2001 की वर्ल्ड वाइड विशेषताओ में उल्लिखित एक दृश्य को प्रदर्शित करते हैं जो यूआरएल में किसी औपचारिक उपखंड का समर्थन करने के अतिरिक्त यूआरआई और यूआरएन शब्द की प्राथमिकता को स्वीकृत करता है। यूआरएल एक उपयोगी यूआरएल होता है लेकिन इसमे एक अनौपचारिक अवधारणा यह है कि एक यूआरएल एक प्रकार का यूआरआई है जो किसी संसाधन की पहचान उसकी कुछ अन्य विशेषताओं के अतिरिक्त उसके प्राथमिक नियंत्रण क्रियाविधि (जैसे, उसके नेटवर्क "एड्रेस") के प्रतिनिधित्व के माध्यम से करता है। इस प्रकार, एक यूआरएल केवल एक यूआरआई है जो एक नेटवर्क पर एक संसाधन को इंगित करने के लिए होता है। हालांकि, गैर-तकनीकी संदर्भों में और वर्ल्ड वाइड वेब के लिए सॉफ्टवेयर में "यूआरएल" शब्द का व्यापक रूप से उपयोग किया जाता है। इसके अतिरिक्त शब्द "वेब एड्रेस" (जिसकी कोई औपचारिक परिभाषा नहीं होती है) प्रायः गैर-तकनीकी प्रकाशनों में यूआरआई के समानार्थी शब्द के रूप में उपयोग किया जाता है जो एचटीटीपी या एचटीटीपीएस योजनाओं का उपयोग करती है। इस प्रकार की धारणाएं कई समस्याए उत्पन्न कर सकती हैं उदाहरण के लिए एक्सएमएल नाम एड्रेस की स्थिति में निर्धारित यूआरआई के लिए डेटा समान होता है।

व्हाटवग द्वारा निर्मित विनिर्देश यूआरआई पर यूआरएल अधिकृत किया जाता है और इसलिए नए एचटीएमएल 5 एपीआई यूआरआई पर यूआरएल का उपयोग करते हैं। यूआरएल शब्द पर मानकीकरण यूआरआई और आईआरआई [अंतर्राष्ट्रीयकृत संसाधन पहचानकर्ता] अस्पष्ट हैं। प्रयोगात्मक रूप से दोनों के लिए एक ही एल्गोरिदम का उपयोग किया जाता है इसलिए उन्हें अलग करने से किसी की सहायता नहीं होती है। इसलिए यूआरएल खोज परिणाम को आसानी से प्राप्त कर सकता है। जबकि अधिकांश यूआरआई योजनाओं को मूल रूप से एक विशेष प्रोटोकॉल (कंप्यूटिंग) के साथ उपयोग करने के लिए डिज़ाइन किया गया था और प्रायः इनका एक ही एड्रेस होता है वे प्रोटोकॉल से अर्थपूर्ण रूप से भिन्न होते हैं। उदाहरण के लिए, एचटीटीपी का उपयोग सामान्यतः एचटीटीपी वेब संसाधनों के साथ परस्परिक क्रिया करने के लिए किया जाता है, लेकिन फ़ाइल यूआरआई योजना में कोई प्रोटोकॉल नहीं होता है।

एल्गोरिथम
यूआरआई में एक योजना है जो उस योजना के भीतर पहचानकर्ता निर्दिष्ट करने के लिए एक विनिर्देश को संदर्भित करती है। इस प्रकार, यूआरआई एल्गोरिथम एक संघीय और विस्तरणीय (एक्स्टेंसिबल) नामकरण प्रणाली है जिसमें प्रत्येक योजना के विनिर्देश उस योजना का उपयोग करने वाले पहचानकर्ताओं के एल्गोरिथम और सिमेंटिक्स को प्रतिबंधित कर सकते हैं। यूआरआई वर्गीय एल्गोरिथम सभी यूआरआई योजनाओं के एल्गोरिथम का एक उच्च समूह है। इसे पहली बार आरएफसी 2396 में परिभाषित किया गया था जिसे अगस्त 1998 में प्रकाशित किया गया था और जनवरी 2005 में प्रकाशित आरएफसी 3986 में इसे अंतिम रूप दिया गया था।

यूआरआई एएससीआईआई वर्णों के निर्धारित सेट से बना होता है जिसमें आरक्षित वर्ण होते हैं जिनमे सामान्य,  ,  ,  ,  ,   और   योजना या कार्यान्वयन-विशिष्ट  ,  ,  ,  ,  ,  ,  ,  ,  ,  , और  ), अनारक्षित वर्ण (लैटिन-लिपि वर्णमाला, अरबी अंक,  ,  ,  ,   ), और  . आदि आरक्षित वर्ण सम्मिलित है। एल्गोरिथम घटकों और उप-घटकों को आरक्षित वर्णों मे (केवल घटकों के लिए सामान्य आरक्षित वर्णों से) से सीमांकक द्वारा अलग किया जाता है और पहचान डेटा को अनारक्षित वर्णों या आरक्षित वर्णों के रूप में परिभाषित किया जाता है जो क्रमशः घटक और उप-घटक में सीमांकक के रूप में कार्य नहीं करते हैं और प्रतिशत-एन्कोडिंग जब संबंधित वर्ण निर्धारित समूह के बाहर या घटक के भीतर या एक सीमांकक के रूप में उपयोग किया जा जाता है। एक पहचान डेटा ऑक्टेट (कंप्यूटिंग) का प्रतिशत-एन्कोडिंग वर्णों से मिलकर तीन वर्णों का अनुक्रम होता है उसके बाद दो हेक्साडेसिमल अंक उस ऑक्टेट के सांख्यिक मान का प्रतिनिधित्व करते हैं।

यूआरआई एल्गोरिथम में पाँच घटक होते हैं जो बाएँ से दाएँ घटते महत्व के अनुक्रम में क्रमबद्ध रूप से व्यवस्थित होते हैं: RI = scheme ":" ["//" authority] path ["?" query] ["#" fragment] एक घटक अपरिभाषित होता है यदि उसके पास एक संबद्ध सीमांकक होता है और सीमांकक यूआरआई में प्रकट नहीं होता है; योजना और एड्रेस घटक सदैव परिभाषित होते हैं। कोई घटक तब रिक्त होता है जब उसमें कोई वर्ण नहीं होता है योजना घटक सदैव रिक्त नहीं होता है। क्योकि प्राधिकरण घटक में सदैव उप-घटक होते हैं: authority = [userinfo "@"] host [":" port] यह एल्गोरिथम आरेख में इस प्रकार प्रदर्शित किया गया है:

यूआरआई में निम्न अनुक्रम सम्मिलित होते हैं:
 * एक गैर-रिक्त योजना घटक जिसके बाद एक कोलन होता है, जिसमें एक अक्षर से शुरू होने वाले वर्णों का अनुक्रम होता है और अक्षरों, अंकों, प्लस, समय , या हाइफ़न  के किसी भी संयोजन के बाद होता है। हालांकि योजनाएँ केस-असंवेदनशील होती हैं, निहित रूप से लोअरकेस और योजनाओं को निर्दिष्ट करने वाले दस्तावेज़ों को लोअरकेस अक्षरों के साथ ऐसा करना चाहिए। लोकप्रिय योजनाओं के उदाहरणों में  ,  ,  ,  ,  ,   और   सम्मिलित हैं। यूआरआई योजनाओं को इंटरनेट निरुपित संख्या प्राधिकरण (आईएएनए) के साथ पंजीकृत होना चाहिए, हालांकि गैर-पंजीकृत योजनाओं का प्रयोगात्मक रूप से उपयोग किया जाता है।
 * दो स्लैश से पहले से ही एक वैकल्पिक प्राधिकरण घटक मे सम्मिलित होते हैं:
 * एक वैकल्पिक उप-घटक जिसके बाद एक प्रतीक   होता है, जिसमें एक उपयोगकर्ता (कंप्यूटिंग) नाम और एक कोलन  से पहले एक वैकल्पिक पासवर्ड सम्मिलित हो सकता है।
 * जिसके पहले कोलन . प्रारूप का उपयोग    उप-घटक में सुरक्षा कारणों से हटा दिया गया है। ऐप्लिकेशन को पहले कोलन  एक  उपघटक के भीतर पाया जाता है जब तक कि कोलन के बाद का डेटा रिक्त स्ट्रिंग के रूप मे कोई पासवर्ड नहीं दर्शाता है।
 * एक होस्ट उप-घटक, जिसमें एक पंजीकृत नाम (होस्ट नाम सहित लेकिन सीमित नहीं होता है) या एक आईपी एड्रेस सम्मिलित होता है। आईपीवी 4 एड्रेस डॉट-दशमलव संकेतन में होने चाहिए और आईपीवी-6 एड्रेस कोष्ठक में संलग्न होने चाहिए।
 * दशमलव अंकों से मिलकर एक कोलन से पहले एक वैकल्पिक पोर्ट उपघटक होता है।
 * एक एड्रेस घटक जिसमें स्लैश द्वारा अलग किए गए एड्रेस खंडों का अनुक्रम सम्मिलित होता है। और यूआरआई के लिए एक एड्रेस सदैव परिभाषित किया जाता है, हालांकि परिभाषित एड्रेस रिक्त (शून्य लंबाई) हो सकता है। एक खंड रिक्त भी हो सकता है जिसके परिणामस्वरूप एड्रेस घटक में निरंतर दो स्लैश  हो सकते हैं। एक एड्रेस घटक एक फाइल सिस्टम एड्रेस के समान या मानचित्रित हो सकता है लेकिन सदैव किसी एक से संबंध नहीं दर्शाता है। यदि एक प्राधिकरण घटक परिभाषित किया गया है तो एड्रेस घटक या तो रिक्त होना चाहिए या स्लैश  से प्रारम्भ होना चाहिए। यदि एक प्राधिकरण घटक अपरिभाषित है तो एड्रेस एक रिक्त खंड के साथ प्रारम्भ नहीं हो सकता है अर्थात, दो स्लैश  के साथ क्योंकि निम्नलिखित वर्णों को प्राधिकरण घटक के रूप में समझा जा सकता है।
 * परिपाटी के अनुसार, http और https यूआरआई में, एड्रेस के अंतिम भाग का नाम होता हैऔर यह वैकल्पिक है। यह शून्य या अधिक एड्रेस खंडों से बना है जो एक मौजूदा भौतिक संसाधन नाम (जैसे एक फ़ाइल, एक आंतरिक मॉड्यूल प्रोग्राम या एक निष्पादन योग्य प्रोग्राम) को संदर्भित नहीं करता है, लेकिन एक तार्किक भाग (जैसे एक कमांड या क्वालीफायर भाग) के लिए होता है एड्रेस के पहले भाग के लिए अलग से पारित किया जाना चाहिए जो एक निष्पादन योग्य मॉड्यूल या वेब सर्वर द्वारा प्रबंधित प्रोग्राम की पहचान करता है; इसका उपयोग प्रायः गतिशील सामग्री (दस्तावेज़ इत्यादि) का चयन करने या अनुरोध के अनुसार इसे अनुकूलित करने के लिए किया जाता है (यह भी देखें: कॉमन गेटवे इंटरफ़ेस और PATH_INFO, आदि)।
 * उदाहरण:
 * यूआरआई: "http://www.example.com/questions/3456/my-document"
 * कहाँ: "/questions" एड्रेस का पहला भाग है (एक निष्पादन योग्य मॉड्यूल या प्रोग्राम) और "/3456/my-document" पाथिनफो नामक एड्रेस का दूसरा भाग है, जिसे निष्पादन योग्य मॉड्यूल या प्रोग्राम नाम से पास किया जाता है "/questions" अनुरोधित दस्तावेज़ का चयन करने के लिए।
 * #query भाग के बिना pathinfo भाग वाले एक http या https यूआरआई को 'क्लीन यूआरएल' के रूप में भी संदर्भित किया जा सकता है, जिसका अंतिम भाग 'क्लीन यूआरएल#स्लग' हो सकता है।


 * एक वैकल्पिकएक प्रश्न चिह्न से पहले घटक, गैर-श्रेणीबद्ध डेटा की एक क्वेरी स्ट्रिंग से मिलकर। इसका एल्गोरिथम अच्छी तरह से परिभाषित नहीं है, लेकिन परिपाटी के अनुसार यह प्रायः विशेषता-मान जोड़े का एक क्रम होता है जो एक सीमांकक द्वारा अलग किया जाता है।
 * एक वैकल्पिकघटक संख्या चिह्न से पहले . फ़्रैगमेंट में एक टुकड़ा पहचानकर्ता होता है जो द्वितीयक संसाधन को दिशा प्रदान करता है, जैसे कि किसी लेख में अनुभाग शीर्षक, जिसे शेष यूआरआई द्वारा पहचाना जाता है। जब प्राथमिक संसाधन एक HTML दस्तावेज़ होता है, तो फ़्रैगमेंट प्रायः एक HTML#Attributes| होता है एक विशिष्ट तत्व की विशेषता, और वेब ब्राउज़र इस तत्व को देखने के लिए स्क्रॉल करेंगे। <सेक्शन एंड = एल्गोरिथम />

योजना- या कार्यान्वयन-विशिष्ट आरक्षित वर्ण  योजना में इस्तेमाल किया जा सकता है, उपयोगकर्ता जानकारी, होस्ट, एड्रेस, क्वेरी, और खंड, और योजना- या कार्यान्वयन-विशिष्ट आरक्षित वर्ण ,  ,  ,  ,  ,  ,  ,  ,  , और   उपयोगकर्ता जानकारी, होस्ट, एड्रेस, क्वेरी और खंड में उपयोग किया जा सकता है। इसके अतिरिक्त, सामान्य आरक्षित वर्ण   उपयोगकर्ता जानकारी, एड्रेस, क्वेरी और खंड, सामान्य आरक्षित वर्णों में उपयोग किया जा सकता है   और   एड्रेस, क्वेरी और खंड, और सामान्य आरक्षित वर्ण में उपयोग किया जा सकता है   क्वेरी और खंड में इस्तेमाल किया जा सकता है।

उदाहरण यूआरआई
निम्नलिखित आंकड़ा उदाहरण यूआरआई और उनके घटक भागों को प्रदर्शित करता है।

userinfo     host      port ┌──┴───┐ ┌──────┴──────┐ ┌┴┐ https://john.doe@www.example.com:123/forum/questions/?tag=networking&order=newest#top └─┬─┘  └───────────┬──────────┘    └───────┬───────┘ └────────────┬────────────┘ └┬┘  scheme          authority                  path                  query           fragment

ldap://[2001:db8::7]/c=GB?objectClass?one └┬─┘  └─────┬─────┘└─┬─┘ └──────┬──────┘  scheme   authority   path      query

mailto:John.Doe@example.com └─┬──┘ └────┬─────────────┘ scheme     path

news:comp.infosystems.www.servers.unix └┬─┘ └─────────────┬─────────────────┘ scheme            path

tel:+1-816-555-1212 └┬┘ └──────┬──────┘ scheme    path

telnet://192.0.2.16:80/ └─┬──┘  └─────┬─────┘│  scheme     authority  path

urn:oasis:names:specification:docbook:dtd:xml:4.1.2 └┬┘ └──────────────────────┬──────────────────────┘ scheme                    path

डीओआई (डिजिटल ऑब्जेक्ट पहचानकर्ता) हैंडल सिस्टम के भीतर फिट होते हैं और यूआरआई सिस्टम, हैंडल सिस्टम # डीओआई-हैंडल-यूआरआई के भीतर फिट होते हैं।

यूआरआई संदर्भ
एक यूआरआई संदर्भ या तो एक यूआरआई या एक आपेक्षिक संदर्भ होता है जब यह एक योजना घटक के साथ प्रारम्भ नहीं होता है जिसके बाद एक कोलन होता है. एक एड्रेस खंड जिसमें एक कोलन वर्ण होता है (उदा., ) का उपयोग आपेक्षिक संदर्भ के पहले एड्रेस खंड के रूप में नहीं किया जा सकता है यदि इसका एड्रेस घटक स्लैश से प्रारम्भ नहीं होता है, क्योंकि यह एक योजना घटक के लिए गलत होगा। इस तरह के पाथ सेगमेंट के पहले एक डॉट पाथ सेगमेंट होना चाहिए (उदाहरण के लिए,  ).

वेब दस्तावेज़ मार्कअप भाषाएँ अन्य संसाधनों, जैसे बाहरी दस्तावेज़ों या समान तार्किक दस्तावेज़ के विशिष्ट भागों को इंगित करने के लिए प्रायः यूआरआई संदर्भों का उपयोग करती हैं: https://example.com/path/resource.txt#fragment //example.com/path/resource.txt /path/resource.txt path/resource.txt ../resource.txt ./resource.txt resource.txt
 * HTML में, का मान  की विशेषता   तत्व एक यूआरआई संदर्भ प्रदान करता है, जैसा कि का मान करता है   की विशेषता   या   तत्व;
 * XML में, के बाद प्रदर्शित होने वाला सिस्टम पहचानकर्ता  दस्तावेज़ प्रकार की परिभाषा में कीवर्ड एक खंड रहित यूआरआई संदर्भ है;
 * XSLT में, का मान  की विशेषता   तत्व/निर्देश एक यूआरआई संदर्भ है; इसी तरह पहला तर्क   समारोह।
 * 1) fragme

संकल्प
आधार यूआरआई के विरुद्ध यूआरआई संदर्भ को हल करने से लक्ष्य यूआरआई बनता है। इसका तात्पर्य है कि आधार यूआरआई मौजूद है और एक पूर्ण यूआरआई है (एक यूआरआई जिसमें कोई खंड घटक नहीं है)। पूर्वता के क्रम में आधार यूआरआई प्राप्त किया जा सकता है:
 * संदर्भ यूआरआई ही अगर यह एक यूआरआई है;
 * प्रतिनिधित्व की सामग्री;
 * प्रतिनिधित्व को समाहित करने वाली इकाई;
 * यूआरआई प्रतिनिधित्व की वास्तविक पुनर्प्राप्ति के लिए उपयोग किया जाता है;
 * आवेदन का संदर्भ।

के एक अच्छी तरह से परिभाषित आधार यूआरआई के साथ एक प्रतिनिधित्व के भीतर

 http://a/b/c/d;p?q 

इसके लक्ष्य यूआरआई के लिए एक आपेक्षिक संदर्भ निम्नानुसार हल किया गया है: "g:h"    -> "g:h" "g"      -> "http://a/b/c/g "./g"     -> "http://a/b/c/g/ "g/"     -> "http://a/b/c/d;p?y "/g"      -> " http://a/g " "//g"     -> " http://g " "?y"      -> "http://a/b/c/g?y " "g?y"    -> "http://a/b/c/g?y"#s" -> "http://a/b/c/d;p?q#s "g#s"    -> "http://a/b/c/g?y" "g?y#s"   -> " http://a/b/c/g?y#s " ";x"      -> " http://a/b/c/;x " "g;x"     -> " http://a/b/c/g;x " "g;x?y#s" -> " http://a/b/c/g;x?y#s " ""        -> "http://a/b/c/d;p?q "."      -> "http://a/b/c/ "./"      -> "http://a/b/ ".."     -> " http://a/ "../"     -> " http://a/g" "../g"    -> " http://a/g" "../.."   -> " http://a/ " "../../"  -> " http://a/ " "../../g" -> " http://a/g "

यूआरएल मूंगिंग
यूआरएल मूंगिंग एक ऐसी तकनीक है जिसके द्वारा यूआरएल में कमांड_(कंप्यूटिंग) जोड़ा जाता है, सामान्यतः अंत में, ? लेक्सिकल_विश्लेषण # टोकन। यह सामान्यतः WebDAV में HTTP में कार्यक्षमता जोड़ने के तंत्र के रूप में उपयोग किया जाता है। वर्जनिंग सिस्टम में, उदाहरण के लिए, यूआरएल में चेकआउट कमांड जोड़ने के लिए, इसे इस रूप में लिखा जाता है. इसमें कॉमन गेटवे इंटरफ़ेस दोनों के लिए आसान होने का लाभ है और इस स्थितियों में एचटीटीपी और अंतर्निहित संसाधन के बीच मध्यस्थ के रूप में भी कार्य करता है।

एक्सएमएल नेमस्पेस से संबंध
एक्सएमएल में, एक एक्सएमएल नेमस्पेस एक अमूर्त डोमेन है जिसमें तत्व और विशेषता नामों का संग्रह असाइन किया जा सकता है। नेमस्पेस नाम एक वर्ण स्ट्रिंग है जिसे सामान्य यूआरआई एल्गोरिथम का पालन करना चाहिए। हालाँकि, नाम को सामान्यतः यूआरआई नहीं माना जाता है, क्योंकि यूआरआई विनिर्देश न केवल शाब्दिक घटकों पर, बल्कि उनके इच्छित उपयोग पर भी निर्णय लेता है। एक नाम स्थान का नाम जरूरी नहीं कि यूआरआई योजनाओं के किसी भी शब्दार्थ को दर्शाता है; उदाहरण के लिए, http: से प्रारम्भ होने वाले नाम स्थान का एचटीटीपी के उपयोग के लिए कोई अर्थ नहीं हो सकता है।

मूल रूप से, नाम स्थान का नाम किसी गैर-रिक्त यूआरआई संदर्भ के एल्गोरिथम से मेल खा सकता है, लेकिन संबंधित यूआरआई संदर्भों के उपयोग को डब्ल्यू3सी द्वारा बहिष्कृत कर दिया गया था। XML 1.1 में नामस्थानों के लिए एक अलग डब्ल्यू-3-सी विनिर्देश अंतर्राष्ट्रीयकृत संसाधन पहचानकर्ता (आईआरआई) संदर्भों को यूआरआई संदर्भों के अतिरिक्त नामस्थान नामों के आधार के रूप में कार्य करने की स्वीकृति देता है।

यह भी देखें

 * सीयूआरआईई
 * संलग्न डेटा
 * एक्स्टेंसिबल संसाधन पहचानकर्ता
 * अंतर्राष्ट्रीय संसाधन पहचानकर्ता (आईआरआई)
 * इंटरनेट संसाधन लोकेटर
 * सतत यूनिफ़ॉर्म रिसोर्स लोकेटर
 * वर्दी नामकरण सम्मेलन
 * संसाधन निर्देशिका विवरण भाषा
 * सार्वभौमिक अद्वितीय पहचानकर्ता
 * यूआरआई योजनाओं की सूची

अग्रिम पठन




बाहरी संबंध

 * यूआरआई Schemes – IANA-maintained registry of यूआरआई Schemes
 * यूआरआई schemes on the W3C wiki
 * Architecture of the World Wide Web, Volume One, §2: Identification – by W3C
 * W3C यूआरआई Clarification