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

"यूआरआई" redirects here. For other uses, see यूआरआई (disambiguation).

Not to be confused with यूनिफॉर्म रिसोर्स लोकेटर (यूआरएल).

यूनिफ़ॉर्म रिसोर्स पहचानकर्ता (यूआरआई)

Abbreviation	यूआरआई
Domain	वर्ल्ड वाइड वेब

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

इतिहास

अवधारणा

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

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

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

संशोधन

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

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

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

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

डिजाइन

यूआरएल और यूआरएन

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

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

तकनीकी प्रकाशन विशेष रूप से आईईटीएफ और वर्ल्ड वाइड वेब द्वारा निर्मित मानक सामान्यतः 30 जुलाई 2001 की वर्ल्ड वाइड विशेषताओ में उल्लिखित एक दृश्य को प्रदर्शित करते हैं जो यूआरएल में किसी औपचारिक उपखंड का समर्थन करने के अतिरिक्त यूआरआई और यूआरएन शब्द की प्राथमिकता को स्वीकृत करता है।

यूआरएल एक उपयोगी यूआरएल होता है लेकिन इसमे एक अनौपचारिक अवधारणा यह है कि एक यूआरएल एक प्रकार का यूआरआई है जो किसी संसाधन की पहचान उसकी कुछ अन्य विशेषताओं के अतिरिक्त उसके प्राथमिक नियंत्रण क्रियाविधि (जैसे, उसके नेटवर्क "एड्रेस") के प्रतिनिधित्व के माध्यम से करता है।

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

व्हाटवग द्वारा निर्मित विनिर्देश यूआरआई पर यूआरएल अधिकृत किया जाता है और इसलिए नए एचटीएमएल 5 एपीआई यूआरआई पर यूआरएल का उपयोग करते हैं।

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

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

एल्गोरिथम

See also: यूआरआई योजनाओं की सूची

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

यूआरआई एएससीआईआई वर्णों के निर्धारित सेट से बना होता है जिसमें आरक्षित वर्ण होते हैं जिनमे सामान्य :, /, ?, #, [, ] और @ योजना या कार्यान्वयन-विशिष्ट !, $, &, ', (, ), *, +, ,, ;, और =), अनारक्षित वर्ण (लैटिन-लिपि वर्णमाला, अरबी अंक, -, ., _, ~), और %. आदि आरक्षित वर्ण सम्मिलित है। एल्गोरिथम घटकों और उप-घटकों को आरक्षित वर्णों मे (केवल घटकों के लिए सामान्य आरक्षित वर्णों से) से सीमांकक द्वारा अलग किया जाता है और पहचान डेटा को अनारक्षित वर्णों या आरक्षित वर्णों के रूप में परिभाषित किया जाता है जो क्रमशः घटक और उप-घटक में सीमांकक के रूप में कार्य नहीं करते हैं और प्रतिशत-एन्कोडिंग जब संबंधित वर्ण निर्धारित समूह के बाहर या घटक के भीतर या एक सीमांकक के रूप में उपयोग किया जा जाता है। एक पहचान डेटा ऑक्टेट (कंप्यूटिंग) का प्रतिशत-एन्कोडिंग वर्णों से मिलकर तीन वर्णों का अनुक्रम होता है उसके बाद दो हेक्साडेसिमल अंक उस ऑक्टेट के सांख्यिक मान का प्रतिनिधित्व करते हैं।

यूआरआई एल्गोरिथम में पाँच घटक होते हैं जो बाएँ से दाएँ घटते महत्व के अनुक्रम में क्रमबद्ध रूप से व्यवस्थित होते हैं:

RI = scheme ":" ["//" authority] path ["?" query] ["#" fragment]

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

authority = [userinfo "@"] host [":" port]

यह एल्गोरिथम आरेख में इस प्रकार प्रदर्शित किया गया है:

यूआरआई में निम्न अनुक्रम सम्मिलित होते हैं:

• एक गैर-रिक्त योजना घटक जिसके बाद एक कोलन (:) होता है जिसमें एक अक्षर से शुरू होने वाले वर्णों का अनुक्रम होता है और अक्षरों, अंकों, प्लस (+), समय (.) या हाइफ़न (-) के किसी भी संयोजन के बाद होता है। हालांकि योजनाएँ केस-असंवेदनशील होती हैं, निहित रूप से लोअरकेस और योजनाओं को निर्दिष्ट करने वाले दस्तावेज़ों को लोअरकेस अक्षरों के साथ ऐसा करना चाहिए। लोकप्रिय योजनाओं के उदाहरणों में http, https, ftp, mailto, file, data और irc सम्मिलित हैं। यूआरआई योजनाओं को इंटरनेट निरुपित संख्या प्राधिकरण (आईएएनए) के साथ पंजीकृत होना चाहिए, हालांकि गैर-पंजीकृत योजनाओं का प्रयोगात्मक रूप से उपयोग किया जाता है।
• दो स्लैश (//) से पहले से ही एक वैकल्पिक प्राधिकरण घटक मे सम्मिलित होते हैं:
  • एक वैकल्पिक userinfoउप-घटक जिसके बाद एक प्रतीक @ होता है, जिसमें एक उपयोगकर्ता (कंप्यूटिंग) नाम और एक कोलन (:) से पहले एक वैकल्पिक पासवर्ड सम्मिलित हो सकता है।
  • जिसके पहले कोलन (:). प्रारूप का उपयोग username:password userinfo उप-घटक में सुरक्षा कारणों से हटा दिया गया है। ऐप्लिकेशन को पहले कोलन (:) एकuserinfo उपघटक के भीतर पाया जाता है जब तक कि कोलन के बाद का डेटा रिक्त स्ट्रिंग के रूप मे कोई पासवर्ड नहीं दर्शाता है।
  • एक होस्ट उप-घटक, जिसमें एक पंजीकृत नाम (होस्ट नाम सहित लेकिन सीमित नहीं होता है) या एक आईपी एड्रेस सम्मिलित होता है। आईपीवी 4 एड्रेस डॉट-दशमलव संकेतन में होने चाहिए और आईपीवी-6 एड्रेस कोष्ठक ([]) में संलग्न होने चाहिए।
  • दशमलव अंकों से मिलकर एक कोलन (:) से पहले एक वैकल्पिक पोर्ट उपघटक होता है।
• एक एड्रेस घटक जिसमें स्लैश (/) द्वारा अलग किए गए एड्रेस खंडों का अनुक्रम सम्मिलित होता है। और यूआरआई के लिए एक एड्रेस सदैव परिभाषित किया जाता है, हालांकि परिभाषित एड्रेस रिक्त (शून्य लंबाई) हो सकता है। एक खंड रिक्त भी हो सकता है जिसके परिणामस्वरूप एड्रेस घटक में निरंतर दो स्लैश (//) हो सकते हैं। एक एड्रेस घटक एक फाइल सिस्टम एड्रेस के समान या मानचित्रित हो सकता है लेकिन सदैव किसी एक से संबंध नहीं दर्शाता है। यदि एक प्राधिकरण घटक परिभाषित किया गया है तो एड्रेस घटक या तो रिक्त होना चाहिए या स्लैश (/) से प्रारम्भ होना चाहिए। यदि एक प्राधिकरण घटक अपरिभाषित है तो एड्रेस एक रिक्त खंड के साथ प्रारम्भ नहीं हो सकता है अर्थात, दो स्लैश (//) के साथ क्योंकि निम्नलिखित वर्णों को प्राधिकरण घटक के रूप में समझा जा सकता है।

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

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

उदाहरण: यूआरआई: "http://www.example.com/questions/3456/my-document"

जहाँ : "/questions" एड्रेस का पहला भाग है जो एक निष्पादन योग्य मॉड्यूल या प्रोग्राम और "/3456/my-document" नामक एड्रेस का दूसरा भाग है जिसे निष्पादन योग्य मॉड्यूल या प्रोग्राम नाम दिया गया है "/questions" अनुरोधित दस्तावेज़ का चयन करने के लिए एक एचटीटीपी और एचटीटीपीएस यूआरआई जिसमें क्वेरी भाग के अतिरिक्त एड्रेसिनफो भाग होता है उसे 'क्लीन यूआरएल' के रूप में संदर्भित किया जा सकता है जिसका अंतिम भाग 'स्लग' हो सकता है।

क्वेरी सीमांकक	उदाहरण
एम्पसेंड (&)	key1=value1&key2=value2
सेमीकोलन (;)	key1=value1;key2=value2

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

योजना या कार्यान्वयन-विशिष्ट आरक्षित वर्ण + का उपयोग योजना, उपयोगकर्ता जानकारी, होस्ट, एड्रेस, क्वेरी और खंड और योजना या कार्यान्वयन-विशिष्ट आरक्षित वर्णों में किया जा सकता है या विशिष्ट आरक्षित वर्णों !, $, &, ', (, ), *, ,, ;, और = का उपयोग उपयोगकर्ता इन्फो, होस्ट, एड्रेस, क्वेरी और फ्रैगमेंट में किया जा सकता है। इसके अतिरिक्त, सामान्य आरक्षित वर्ण : का उपयोग उपयोगकर्ताइन्फो, पथ, क्वेरी और खंड में किया जा सकता है, सामान्य आरक्षित वर्ण @ और /का उपयोग एड्रेस, क्वेरी और खंड में किया जा सकता है और सामान्य आरक्षित वर्ण ? क्वेरी और खंड के रूप मे उपयोग किया जा सकता है।

उदाहरण यूआरआई

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

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

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

यूआरआई संदर्भ

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

वेब दस्तावेज़ मार्कअप भाषाएँ अन्य संसाधनों, जैसे बाहरी दस्तावेज़ों या समान तार्किक दस्तावेज़ के विशिष्ट भागों को इंगित करने के लिए प्रायः यूआरआई संदर्भों का उपयोग करती हैं:

• एचटीएमएल में, img तत्व की src विशेषता का मान एक यूआरआई संदर्भ प्रदान करता है, जैसा कि a या link की href विशेषता का मान करता है।
• एक्सएमएल में, के बाद प्रदर्शित होने वाला सिस्टम पहचानकर्ता SYSTEM दस्तावेज़ प्रकार की परिभाषा में कीवर्ड एक खंड रहित यूआरआई संदर्भ होता है।
• एक्सएसएलटी में एक्सएसएल की href विशेषता का मान: xsl:import निर्देश एक यूआरआई संदर्भ होता है इसी प्रकार document() कारक के लिए पहला तर्क होता है।

https://example.com/path/resource.txt#fragment
//example.com/path/resource.txt
/path/resource.txt
path/resource.txt
../resource.txt
./resource.txt
resource.txt
#fragme

विश्लेषण

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

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

• संदर्भ यूआरआई ही अगर यह एक यूआरआई है।
• डेटा का प्रतिनिधित्व
• प्रतिनिधित्व को समाहित करने वाली इकाई
• यूआरआई प्रतिनिधित्व की वास्तविक पुनर्प्राप्ति के लिए उपयोग किया जाता है।
• आवेदन का संदर्भ।

प्रतिनिधित्व के भीतर अपेक्षाकृत रूप से परिभाषित आधार के साथ एक सापेक्ष संदर्भ के यूआरआई को इसके लक्ष्य यूआरआई के रूप में निम्नानुसार हल किया गया है:

"g:h"   -> 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"

यूआरएल मूंगिंग

यूआरएल मूंगिंग एक ऐसी तकनीक है जिसके द्वारा एक कमांड को यूआरएल में संबद्ध किया जाता है और सामान्यतः अंत में, "?" के बाद टोकन पर यह सामान्य रूप से वेब डीएवी में एचटीटीपी में कार्यक्षमता जोड़ने के रूप में उपयोग किया जाता है। वर्जनिंग सिस्टम में, उदाहरण के लिए यूआरएल में "चेकआउट" कमांड जोड़ने के लिए, इसे http://editing.com/resource/file.php?command=checkout लिखा जाता है। यह सीजीआई के लिए आसान होने और इस स्थिति में एचटीटीपी और अंतर्निहित संसाधनों के बीच एक मध्यस्थ के रूप में कार्य करने का लाभ होता है।

एक्सएमएल नेमस्पेस से संबंध

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

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

यह भी देखें

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

अग्रिम पठन

• Harold, Elliotte Rusty (2004). XML 1.1 Bible (Third ed.). Wiley Publishing. p. 291. ISBN 978-0-7645-4986-1.
• Hansen, Tony; Hardie, Ted (June 2015). Thaler, Dave (ed.). "Guidelines and Registration Procedures for URI Schemes". Ietf Request for Comments (RFC) Pages - Test. Internet Engineering Task Force. doi:10.17487/RFC7595. ISSN 2070-1721.
• Morrison, Michael Wayne (2006). "Hour 5: Putting Namespaces to Use". Sams Teach Yourself XML. Sams Publishing. p. 91.
• URI Planning Interest Group, W3C/IETF (2001-09-21). "URIs, URLs, and URNs: Clarifications and Recommendations 1.0". Retrieved 2009-07-27.
• "On Linking Alternative Representations To Enable Discovery And Publishing". World Wide Web Consortium. 2006 [2001]. Retrieved 2012-04-03.
• Bray, Tim; Hollander, Dave; Layman, Andrew; Tobin, Richard, eds. (2006-08-16). "Namespaces in XML 1.1 (Second Edition)". World Wide Web Consortium. 2.2 Use of URIs as Namespace Names. Retrieved 2015-08-31.
• Ayers, Danny; Völkel, Max (2008-12-03). Sauermann, Leo; Cyganiak, Richard (eds.). "Cool URIs for the Semantic Web". World Wide Web Consortium. Retrieved 2012-04-03.
• Bray, Tim; Hollander, Dave; Layman, Andrew; Tobin, Richard; Thompson, Henry S., eds. (2009-12-08). "Namespaces in XML 1.0 (Third Edition)". World Wide Web Consortium. 2.2 Use of URIs as Namespace Names. Retrieved 2015-08-31.
• Berners-Lee, Tim; Connolly, Daniel "Dan" (November 1995). "Hypertext Markup Language – 2.0". Internet Engineering Task Force. doi:10.17487/RFC1866. S2CID 6628570. Retrieved 2015-09-13. {{cite journal}}: Cite journal requires |journal= (help)
• Berners-Lee, Tim; Fielding, Roy T.; Masinter, Larry (August 1998). Uniform Resource Identifiers (URI): Generic Syntax. Internet Engineering Task Force. doi:10.17487/RFC2396. RFC 2396. Retrieved 2015-08-31.
• Berners-Lee, Tim; Fielding, Roy T.; Masinter, Larry (January 2005). Uniform Resource Identifiers (URI): Generic Syntax. Internet Engineering Task Force. doi:10.17487/RFC3986. RFC 3986. Retrieved 2015-08-31.
• Berners-Lee, Tim; Fielding, Roy T.; Masinter, Larry (January 2005). Uniform Resource Identifiers (URI): Generic Syntax, section 3, Syntax Components. Internet Engineering Task Force. doi:10.17487/RFC3986. RFC 3986. Retrieved 2015-08-31.
• Lawrence, Eric (2014-03-06). "Browser Arcana: IP Literals in URLs". IEInternals. Microsoft. Retrieved 2016-04-25.

• Whitehead, E.J (1998). "WebDAV: IEFT standard for collaborative authoring on the Web". IEEE Internet Computing. 2 (5): 34–40. doi:10.1109/4236.722228. ISSN 1941-0131. Retrieved 2021-10-12.

बाहरी संबंध

• यूआरआई 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