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

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

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

अगले साढ़े तीन वर्षों में, जैसे-जैसे वर्ल्ड वाइड वेब की एचटीएमएल, एचटीटीपी और वेब ब्राउज़र की मुख्य प्रौद्योगिकियां विकसित हुईं, एक स्ट्रिंग को अलग करने की आवश्यकता सामने आई, जो एक स्ट्रिंग से संसाधन के लिए एक पता प्रदान करती है, जिसे केवल एक संसाधन का नाम दिया गया है। यद्यपि अभी तक औपचारिक रूप से परिभाषित नहीं किया गया है, यूनिफ़ॉर्म रिसोर्स लोकेटर शब्द पूर्व का प्रतिनिधित्व करने के लिए आया था, और अधिक विवादास्पद यूनिफ़ॉर्म रिसोर्स नाम बाद वाले का प्रतिनिधित्व करने के लिए आया था। जुलाई 1992 में IETF UDI (यूनिवर्सल डॉक्यूमेंट आइडेंटिफ़ायर) बर्ड्स ऑफ़ ए फेदर (कंप्यूटिंग) पर बर्नर्स-ली की रिपोर्ट में URL (यूनिफ़ॉर्म रिसोर्स लोकेटर के रूप में), URN (मूल रूप से, यूनिक रिसोर्स नंबर के रूप में), और एक नए वर्किंग चार्टर की आवश्यकता का उल्लेख है। समूह। नवंबर 1992 में IETF URI वर्किंग ग्रुप की पहली बैठक हुई। URLs और URNs को परिभाषित करने पर बहस के दौरान, यह स्पष्ट हो गया कि दो शब्दों द्वारा सन्निहित अवधारणाएँ मौलिक, व्यापक, संसाधन पहचान की धारणा के केवल पहलू थे। जून 1994 में, IETF ने टिप्पणियों के लिए बर्नर्स-ली का पहला अनुरोध प्रकाशित किया जिसमें URL और URN के अस्तित्व को स्वीकार किया गया था। सबसे महत्वपूर्ण बात यह है कि इसने यूनिवर्सल रिसोर्स आइडेंटिफ़ायर (यानी URL जैसी स्ट्रिंग्स जिनके सटीक सिंटैक्स और शब्दार्थ उनकी योजनाओं पर निर्भर थे) के लिए एक औपचारिक सिंटैक्स को परिभाषित किया। इसके साथ में उस समय उपयोग में आने वाली URL योजनाओं के सिंटैक्स को संक्षेप में प्रस्तुत करने का प्रयास किया। इसने स्वीकार किया - लेकिन मानकीकरण नहीं किया - सापेक्ष URL और खंड पहचानकर्ताओं का अस्तित्व।

शोधन
दिसंबर 1994 में, औपचारिक रूप से सापेक्ष और निरपेक्ष URL को परिभाषित किया गया, सामान्य URL सिंटैक्स को परिष्कृत किया गया, यह परिभाषित किया गया कि सापेक्ष URL को निरपेक्ष रूप में कैसे हल किया जाए, और तब उपयोग में आने वाली URL योजनाओं को बेहतर ढंग से गिनाया जाए। यूआरएन की सहमत परिभाषा और सिंटैक्स को IETF RFC 2141 के प्रकाशन तक प्रतीक्षा करनी पड़ी मई 1997 में।

IETF RFC 2396 का प्रकाशन अगस्त 1998 में देखा गया कि URI सिंटैक्स एक अलग विनिर्देश बन गया और सामान्य रूप से URI और URL से संबंधित RFC 1630 और 1738 के अधिकांश भाग IETF द्वारा संशोधित और विस्तारित किए गए थे। नए आरएफसी ने यूआरआई में यू के अर्थ को यूनिवर्सल से वर्दी में बदल दिया।

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

2001 में, W3C के टेक्निकल आर्किटेक्चर ग्रुप (TAG) ने किसी दिए गए संसाधन के कई संस्करणों को प्रकाशित करने के लिए सर्वोत्तम प्रथाओं और प्रामाणिक URI के लिए एक गाइड प्रकाशित किया। उदाहरण के लिए, सामग्री उस सामग्री तक पहुँचने के लिए उपयोग की जाने वाली डिवाइस की क्षमता या सेटिंग्स के लिए समायोजित करने के लिए भाषा या आकार के अनुसार भिन्न हो सकती है।

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

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

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

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

URN किसी व्यक्ति के नाम के अनुरूप होता है, जबकि URL उनके मोहल्ले के पते के अनुरूप होता है। दूसरे शब्दों में, एक यूआरएन एक वस्तु की पहचान करता है और एक यूआरएल इसे खोजने के लिए एक तरीका प्रदान करता है।

तकनीकी प्रकाशन, विशेष रूप से इंटरनेट इंजीनियरिंग टास्क फोर्स और विश्वव्यापी वेब संकाय द्वारा निर्मित मानक, आमतौर पर 30 जुलाई 2001 की W3C अनुशंसा में उल्लिखित एक दृश्य को दर्शाते हैं, जो URL में किसी औपचारिक उपखंड का समर्थन करने के बजाय URI शब्द की प्राथमिकता को स्वीकार करता है। और यूआरएन। URL is a useful but informal concept: a URL is a type of URI that identifies a resource via a representation of its primary access mechanism (e.g., its network "location"), rather than by some other attributes it may have. जैसे, एक URL केवल एक URI है जो किसी नेटवर्क पर किसी संसाधन को इंगित करने के लिए होता है। हालांकि, गैर-तकनीकी संदर्भों में और वर्ल्ड वाइड वेब के लिए सॉफ्टवेयर में, यूआरएल शब्द का व्यापक रूप से उपयोग किया जाता है। इसके अतिरिक्त, शब्द वेब पता (जिसकी कोई औपचारिक परिभाषा नहीं है) अक्सर गैर-तकनीकी प्रकाशनों में एक URI के पर्याय के रूप में होता है जो http या https योजनाओं का उपयोग करता है। ऐसी धारणाएं भ्रम पैदा कर सकती हैं, उदाहरण के लिए, XML नामस्थानों के मामले में जिनका #Relation to XML नामस्थान है।

WHATWG द्वारा निर्मित विनिर्देश यूआरआई पर यूआरएल पसंद करते हैं, और इसलिए नए एचटीएमएल 5 एपीआई यूआरआई पर यूआरएल का इस्तेमाल करते हैं। Standardize on the term URL. URI and IRI [Internationalized Resource Identifier] are just confusing. In practice a single algorithm is used for both so keeping them distinct is not helping anyone. URL also easily wins the search result popularity contest. जबकि अधिकांश यूआरआई योजनाओं को मूल रूप से एक विशेष प्रोटोकॉल (कंप्यूटिंग) के साथ उपयोग करने के लिए डिज़ाइन किया गया था, और अक्सर एक ही नाम होता है, वे शब्दार्थ रूप से प्रोटोकॉल से भिन्न होते हैं। उदाहरण के लिए, योजना http का उपयोग आम तौर पर HTTP का उपयोग कर वेब संसाधनों के साथ बातचीत करने के लिए किया जाता है, लेकिन योजना फ़ाइल यूआरआई योजना में कोई प्रोटोकॉल नहीं है।

<स्पैन क्लास = एंकर आईडी = सिंटैक्स>  सिंटेक्स
एक यूआरआई में एक योजना है जो उस योजना के भीतर पहचानकर्ता निर्दिष्ट करने के लिए एक विनिर्देश को संदर्भित करती है। इस प्रकार, यूआरआई सिंटैक्स एक संघीय और एक्स्टेंसिबल नामकरण प्रणाली है जिसमें प्रत्येक योजना के विनिर्देश उस योजना का उपयोग करने वाले पहचानकर्ताओं के सिंटैक्स और सिमेंटिक्स को और प्रतिबंधित कर सकते हैं। यूआरआई जेनेरिक सिंटैक्स सभी यूआरआई योजनाओं के सिंटैक्स का सुपरसेट है। में पहली बार परिभाषित किया गया था, अगस्त 1998 में प्रकाशित, और में अंतिम रूप दिया , जनवरी 2005 में प्रकाशित। एक URI ASCII वर्णों के अनुमत सेट से बना होता है जिसमें आरक्षित वर्ण होते हैं (जेनेरिक:,  ,  ,  ,  ,  , और  ; योजना- या कार्यान्वयन-विशिष्ट:  ,  ,  ,  ,  ,  ,  ,  ,  ,  , और  ), अनारक्षित वर्ण (लैटिन-लिपि वर्णमाला, अरबी अंक,  ,  ,  , और  ), और चरित्र. सिंटैक्स घटकों और उप-घटकों को आरक्षित वर्णों (केवल घटकों के लिए सामान्य आरक्षित वर्णों से) से सीमांकक द्वारा अलग किया जाता है और पहचान डेटा को अनारक्षित वर्णों, आरक्षित वर्णों के रूप में परिभाषित किया जाता है जो क्रमशः घटक और उप-घटक में सीमांकक के रूप में कार्य नहीं करते हैं, और प्रतिशत-एन्कोडिंग जब संबंधित वर्ण अनुमत सेट के बाहर है या घटक के भीतर, या भीतर एक सीमांकक के रूप में उपयोग किया जा रहा है। एक पहचान डेटा ऑक्टेट (कंप्यूटिंग) का प्रतिशत-एन्कोडिंग चरित्र से मिलकर तीन वर्णों का अनुक्रम है  उसके बाद दो हेक्साडेसिमल अंक उस ऑक्टेट के सांख्यिक मान का प्रतिनिधित्व करते हैं। <सेक्शन स्टार्ट = सिंटैक्स /> URI जेनेरिक सिंटैक्स में पाँच घटक होते हैं जो बाएँ से दाएँ घटते महत्व के क्रम में क्रमबद्ध रूप से व्यवस्थित होते हैं:  यूआरआई = योजना: [// प्राधिकरण] पथ [? क्वेरी] [# टुकड़ा] 

एक घटक अपरिभाषित है यदि उसके पास एक संबद्ध सीमांकक है और सीमांकक URI में प्रकट नहीं होता है; योजना और पथ घटक हमेशा परिभाषित होते हैं। कोई घटक रिक्त है यदि उसमें कोई वर्ण नहीं है; योजना घटक हमेशा खाली नहीं होता है। प्राधिकरण घटक में उप-घटक होते हैं:

 प्राधिकरण = [उपयोगकर्ता जानकारी @] होस्ट [: पोर्ट] 

यह सिंटैक्स आरेख में इस प्रकार दर्शाया गया है:

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


 * एक वैकल्पिकएक प्रश्न चिह्न से पहले घटक, गैर-श्रेणीबद्ध डेटा की एक क्वेरी स्ट्रिंग से मिलकर। इसका सिंटैक्स अच्छी तरह से परिभाषित नहीं है, लेकिन परिपाटी के अनुसार यह अक्सर विशेषता-मान जोड़े का एक क्रम होता है जो एक सीमांकक द्वारा अलग किया जाता है।
 * एक वैकल्पिकघटक संख्या चिह्न से पहले . फ़्रैगमेंट में एक टुकड़ा पहचानकर्ता होता है जो द्वितीयक संसाधन को दिशा प्रदान करता है, जैसे कि किसी लेख में अनुभाग शीर्षक, जिसे शेष URI द्वारा पहचाना जाता है। जब प्राथमिक संसाधन एक 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 टेलीः+1-816-555-1212 └┬┘ └──────┬──────┘ scheme    path टेलनेट://192.0.2.16:80/ └─┬──┘  └─────┬─────┘│  scheme     authority  path urn:oasis:names:specification:docbook:dtd:xml:4.1.2 └┬┘ └──────────────────────┬──────────────────────┘ scheme                    path

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

यूआरआई संदर्भ
एक URI संदर्भ या तो एक URI या एक सापेक्ष संदर्भ होता है जब यह एक योजना घटक के साथ शुरू नहीं होता है जिसके बाद एक कोलन होता है. एक पथ खंड जिसमें एक कोलन वर्ण होता है (उदा., ) का उपयोग सापेक्ष संदर्भ के पहले पथ खंड के रूप में नहीं किया जा सकता है यदि इसका पथ घटक स्लैश से शुरू नहीं होता है, क्योंकि यह एक योजना घटक के लिए गलत होगा। इस तरह के पाथ सेगमेंट के पहले एक डॉट पाथ सेगमेंट होना चाहिए (उदाहरण के लिए,  ). वेब दस्तावेज़ मार्कअप भाषाएँ अन्य संसाधनों, जैसे बाहरी दस्तावेज़ों या समान तार्किक दस्तावेज़ के विशिष्ट भागों को इंगित करने के लिए अक्सर URI संदर्भों का उपयोग करती हैं:
 * HTML में, का मान  की विशेषता   तत्व एक यूआरआई संदर्भ प्रदान करता है, जैसा कि का मान करता है   की विशेषता   या   तत्व;
 * XML में, के बाद प्रदर्शित होने वाला सिस्टम पहचानकर्ता  दस्तावेज़ प्रकार की परिभाषा में कीवर्ड एक खंड रहित URI संदर्भ है;
 * XSLT में, का मान  की विशेषता   तत्व/निर्देश एक यूआरआई संदर्भ है; इसी तरह पहला तर्क   समारोह।

 https://example.com/path/resource.txt#fragment //example.com/path/resource.txt /पथ/संसाधन.txt पथ/संसाधन.txt ../resource.txt ./resource.txt संसाधन.txt 
 * 1) टुकड़ा

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

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

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

इसके लक्ष्य URI के लिए एक सापेक्ष संदर्भ निम्नानुसार हल किया गया है:  जी: एच -> जी: एच जी -> http: // ए / बी / सी / जी ./g -> http://a/b/c/g जी/ -> http://a/b/c/g/ / जी -> http: // ए / जी // जी -> http: // जी ?y -> http://a/b/c/d;p?y जी? वाई -> http://a/b/c/g?y जी#एस -> http://ए/बी/सी/जी#एस 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://ए/बी/सी/ ./ -> http://a/b/c/ .. -> http: // ए / बी / ../ -> http://a/b/ ../g -> http://a/b/g ../.. -> http://a/ ../../ -> http://a/ ../../g -> http://a/g 
 * 1) s -> http://a/b/c/d;p?q#s

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

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

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

यह भी देखें

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

अग्रिम पठन




बाहरी संबंध

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