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

{{short description|String used to identify a name of a web resource}}
{{Redirect|URI}}
{{Confuse|यूनिफॉर्म रिसोर्स लोकेटर (यूआरएल)}}
{{Multiple issues|
{{Technical|date=November 2020}}
{{Primary sources|date=November 2020}}
}}
{{Infobox technology standard
| title             = यूनिफ़ॉर्म रिसोर्स पहचानकर्ता (यूआरआई)
| long_name         =  
| native_name       = 
| native_name_lang  = 
| image             = 
| caption           = 
| abbreviation      = यूआरआई
| domain            = [[वर्ल्ड वाइड वेब]]
}}

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

== इतिहास ==

=== गर्भाधान ===

यूआरआई और यूआरएल का एक साझा इतिहास है। 1990 में, [[हाइपरटेक्स्ट]] के लिए [[टिक बैरनर्स - ली]] के प्रस्तावों ने निहित रूप से एक यूआरएल के विचार को एक संसाधन का प्रतिनिधित्व करने वाली एक छोटी स्ट्रिंग के रूप में पेश किया जो एक [[हाइपरलिंक]] का लक्ष्य है।<ref>{{cite web |last1=Palmer |first1=Sean |title=The Early History of HTML |url=http://infomesh.net/html/history/early/ |website=infomesh.net |access-date=6 December 2020}}</ref> उस समय, लोग इसे "हाइपरटेक्स्ट नाम" या "दस्तावेज़ नाम" कहते थे।<ref>{{cite web |title=W3 Naming Schemes |url=https://www.w3.org/History/19921103-hypertext/hypertext/WWW/Addressing/Addressing.html |website=www.w3.org |date=1992 |access-date=6 December 2020}}</ref>

अगले साढ़े तीन वर्षों में, जैसे-जैसे वर्ल्ड वाइड वेब की एचटीएमएल, एचटीटीपी और वेब ब्राउज़र की मुख्य प्रौद्योगिकियां विकसित हुईं, एक स्ट्रिंग को अलग करने की आवश्यकता सामने आई, जो एक स्ट्रिंग से संसाधन के लिए एक पता प्रदान करती है, जिसे केवल एक संसाधन का नाम दिया गया है। यद्यपि अभी तक औपचारिक रूप से परिभाषित नहीं किया गया है, यूनिफ़ॉर्म रिसोर्स लोकेटर शब्द पूर्व का प्रतिनिधित्व करने के लिए आया था, और अधिक विवादास्पद यूनिफ़ॉर्म रिसोर्स नाम बाद वाले का प्रतिनिधित्व करने के लिए आया था। जुलाई 1992 में आईईटीएफ "यूडीआई (यूनिवर्सल डॉक्यूमेंट आइडेंटिफ़ायर) BOF" पर बर्नर्स-ली की रिपोर्ट में यूआरएल (यूनिफ़ॉर्म रिसोर्स लोकेटर के रूप में), यूआरएन (मूल रूप से, यूनीक रिसोर्स नंबर के रूप में), और एक नए वर्किंग ग्रुप को चार्टर करने की आवश्यकता का उल्लेख किया गया है।<ref>{{cite web |title=Proceedings of the Twenty-Fourth Internet Engineering Task Force |page=193 |url=https://www.ietf.org/proceedings/24.pdf |access-date=27 July 2021}}</ref> नवंबर 1992 मेंआईईटीएफ "यूआरआई वर्किंग ग्रुप" की पहली बैठक हुई।<ref>{{cite web |title=Proceedings of the Twenty-Fifth Internet Engineering Task Force |page=501 |url=https://www.ietf.org/proceedings/25.pdf |access-date=27 July 2021}}</ref>

यूआरएलs और यूआरएनs को परिभाषित करने पर बहस के दौरान, यह स्पष्ट हो गया कि दो शब्दों द्वारा सन्निहित अवधारणाएँ मौलिक, व्यापक, संसाधन पहचान की धारणा के केवल पहलू थे। जून 1994 में,आईईटीएफ ने टिप्पणियों के लिए बर्नर्स-ली का पहला अनुरोध प्रकाशित किया जिसमें यूआरएल और यूआरएन के अस्तित्व को स्वीकार किया गया था। सबसे महत्वपूर्ण बात यह है कि इसने यूनिवर्सल रिसोर्स आइडेंटिफ़ायर (अर्थात यूआरएल जैसी स्ट्रिंग्स जिनके सटीक सिंटैक्स और शब्दार्थ उनकी योजनाओं पर निर्भर थे) के लिए एक औपचारिक सिंटैक्स को परिभाषित किया। इसके अलावा, {{IETF RFC|1630}} ने उस समय उपयोग में आने वाली यूआरएल योजनाओं के सिंटैक्स को सारांशित करने का प्रयास किया। इसने स्वीकार किया - लेकिन मानकीकरण नहीं किया - सापेक्ष यूआरएल और खंड पहचानकर्ताओं का अस्तित्व।<ref>{{cite journal |last1=Berners-Lee |first1=Tim |title=Universal Resource Identifiers in WWW |url=https://tools.ietf.org/html/rfc1630 |publisher=Network Working Group |access-date=6 December 2020 |date=June 1994|doi=10.17487/RFC1630 }}</ref>
=== शोधन ===

{{IETF RFC|1738}} औपचारिक रूप से सापेक्ष और निरपेक्ष यूआरएल को परिभाषित करता है, सामान्य यूआरएल सिंटैक्स को परिष्कृत करता है, सापेक्ष यूआरएल को निरपेक्ष रूप से हल करने के तरीके को परिभाषित करता है, और तब उपयोग में आने वाली यूआरएल योजनाओं की बेहतर गणना करता है।<ref>{{cite journal |last1=Berners-Lee |first1=Tim |title=Request for Comments: 1738: Uniform Resource Locators (URL) |url=https://tools.ietf.org/html/rfc1738 |website=tools.ietf.org/html |access-date=6 December 2020 |date=December 1994|doi=10.17487/RFC1738 |doi-access=free }}</ref> मई 1997 में आईईटीएफ आरएफसी 2141 के प्रकाशन तक यूआरएन की सहमत परिभाषा और सिंटैक्स को इंतजार करना पड़ा।<ref>{{cite journal |last1=Moats |first1=R. |title=Request for Comments: 2141: URN Syntax |url=https://tools.ietf.org/html/rfc2141 |website=tools.ietf.org |access-date=6 December 2020 |date=May 1997|doi=10.17487/RFC2141 }}</ref>

अगस्त 1998 मेंआईईटीएफ आरएफसी 2396<ref>{{cite journal |last1=Berners-Lee |first1=Tim |title=RFC 2396: Uniform Resource Identifiers (URI): Generic Syntax |url=https://tools.ietf.org/html/rfc2396 |website=tools.ietf.org |access-date=6 December 2020 |date=August 1998|doi=10.17487/RFC2396 |doi-access=free }}</ref>के प्रकाशन ने देखा कि यूआरआई सिंटैक्स एक अलग विनिर्देश बन गया {{sfnp|RFC 2396|1998}} और यूआरआई और यूआरएल से संबंधित [rfc:1630 आरएफसी 1630] और 1738 के अधिकांश हिस्सों कोआईईटीएफ द्वारा संशोधित और विस्तारित किया गया। नए आरएफसी ने "यूआरआई" में "यू" के अर्थ को "यूनिवर्सल" से "वर्दी" में बदल दिया।

दिसंबर 1999 में, {{IETF RFC|2732}}<ref>{{cite journal |last1=Hinden |first1=R. |title=RFC 2732:Format for Literal IPv6 Addresses in URL's |url=https://tools.ietf.org/html/rfc2732 |website=tools.ietf.org |access-date=6 December 2020 |date=December 1999|doi=10.17487/RFC2732 }}</ref> ] ने आरएफसी 2396 को एक मामूली अद्यतन प्रदान किया, जिससे यूआरआई को आईपीवी-6 पतों को समायोजित करने की स्वीकृति मिली। दो विशिष्टताओं में खोजी गई कई कमियों के कारण एक सामुदायिक प्रयास हुआ, जिसका समन्वय आरएफसी 2396 के सह-लेखक [[रॉय फील्डिंग]] ने किया, जो जनवरी 2005 मेंआईईटीएफ आरएफसी 3986<ref>{{cite journal |last1=Berners-Lee |first1=Tim |title=RFC 3986: Uniform Resource Identifier (URI): Generic Syntax |url=https://tools.ietf.org/html/rfc3986 |website=tools.ietf.org |access-date=6 December 2020 |date=January 2005|doi=10.17487/RFC3986 }}</ref> के प्रकाशन के साथ समाप्त हुआ। अप्रचलित मौजूदा यूआरएल योजनाओं के विवरण प्रस्तुत करना; आरएफसी 1738 ऐसी योजनाओं को नियंत्रित करना जारी रखता है, सिवाय इसके कि जहां अन्यथा अधिगृहीत किया गया हो।आईईटीएफ आरएफसी 2616<ref>{{cite journal |last1=Fielding |first1=R. |title=RFC 2616: Hypertext Transfer Protocol -- HTTP/1.1 |url=https://tools.ietf.org/html/rfc2616 |website=tools.ietf.org |access-date=6 December 2020 |date=June 1999|doi=10.17487/RFC2616 }}</ref> उदाहरण के लिए, <code>http</code> योजना को परिशोधित करता है। इसके साथ ही,आईईटीएफ ने आरएफसी 3986 की सामग्री को पूर्ण मानक एसटीडी 66 के रूप में प्रकाशित किया, जो एक आधिकारिक इंटरनेट प्रोटोकॉल के रूप में यूआरआई जेनेरिक सिंटैक्स की स्थापना को दर्शाता है।

2001 में, W3C के टेक्निकल आर्किटेक्चर ग्रुप (टीएजी) ने किसी दिए गए संसाधन के कई संस्करणों को प्रकाशित करने के लिए सर्वोत्तम प्रथाओं और प्रामाणिक यूआरआई के लिए एक गाइड प्रकाशित किया।<ref>{{cite web |last1=Raman |first1=T.V. |title=On Linking Alternative Representations To Enable Discovery And Publishing |url=https://www.w3.org/2001/tag/doc/alternatives-discovery.html |website=www.w3.org |access-date=6 December 2020 |date=1 November 2006}}</ref> उदाहरण के लिए, सामग्री उस सामग्री तक पहुँचने के लिए उपयोग की जाने वाली डिवाइस की क्षमता या सेटिंग्स के लिए समायोजित करने के लिए भाषा या आकार के अनुसार भिन्न हो सकती है।

अगस्त 2002 में,आईईटीएफ {{IETF RFC|3305}}<ref>{{cite journal |last1=Mealling |first1=M. |editor-first1=M |editor-first2=R |editor-last1=Mealling |editor-last2=Denenberg |title=RFC 3305: Uniform Resource Identifiers (URIs), URLs, and Uniform Resource Names |url=https://tools.ietf.org/html/rfc3305 |website=tools.ietf.org |access-date=6 December 2020 |date=August 2002|doi=10.17487/RFC3305 }}</ref> ने बताया कि व्यापक सार्वजनिक उपयोग के बावजूद "यूआरएल" शब्द लगभग अप्रचलन में फीका पड़ गया था, और केवल एक अनुस्मारक के रूप में कार्य करता है कि कुछ यूआरआई नेटवर्क एक्सेसिबिलिटी को लागू करने वाली योजनाओं के माध्यम से एड्रेस के रूप में कार्य करते हैं, भले ही ऐसे किसी वास्तविक उपयोग के लिए। जैसा कि यूआरआई-आधारित मानक जैसे संसाधन विवरण रूपरेखा स्पष्ट करते हैं, संसाधन पहचान को इंटरनेट पर संसाधन प्रतिनिधित्व की पुनर्प्राप्ति का सुझाव देने की आवश्यकता नहीं है, न ही उन्हें नेटवर्क-आधारित संसाधनों की आवश्यकता है।

[[सेमांटिक वेब]] वास्तविक दुनिया में दस्तावेज़ों और अवधारणाओं दोनों की पहचान करने के लिए एचटीटीपी यूआरआई योजना का उपयोग करता है, एक ऐसा भेद जिसके कारण भ्रम उत्पन्न हो गया है कि दोनों को कैसे अलग किया जाए। टीएजी ने 2005 में समस्या को हल करने के तरीके पर एक ई-मेल प्रकाशित किया, जिसे httpRange-14 रिज़ॉल्यूशन के रूप में जाना जाता है।<ref>{{cite web |last1=Fielding |first1=Roy |title=[httpRange-14] Resolved |url=https://lists.w3.org/Archives/Public/www-tag/2005Jun/0039.html |website=lists.w3.org |access-date=6 December 2020 |date=18 Jun 2005}}</ref> W3C ने बाद में सिमेंटिक वेब के लिए कूल यूआरआईs शीर्षक से एक रुचि समूह नोट प्रकाशित किया, जिसमें [[सामग्री बातचीत]] के उपयोग और पुनर्निर्देशन के लिए [[HTTP 303|एचटीटीपी 303]] प्रतिक्रिया कोड को और अधिक विस्तार से समझाया गया है।<ref>{{cite web |last1=Sauermann |first1=Leo |title=Cool URIs for the Semantic Web |url=https://www.w3.org/TR/cooluris/ |website=www.w3.org |access-date=6 December 2020 |date=December 2008}}</ref>
== डिजाइन ==

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

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

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

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

तकनीकी प्रकाशन, विशेष रूप से [[इंटरनेट इंजीनियरिंग टास्क फोर्स]] और [[विश्वव्यापी वेब संकाय]] द्वारा निर्मित मानक, आमतौर पर 30 जुलाई 2001 की [[W3C अनुशंसा]] में उल्लिखित एक दृश्य को दर्शाते हैं, जो URL में किसी औपचारिक उपखंड का समर्थन करने के बजाय URI शब्द की प्राथमिकता को स्वीकार करता है। और यूआरएन। {{cquote|यूआरएल एक उपयोगी लेकिन अनौपचारिक अवधारणा है: एक यूआरएल एक प्रकार का यूआरआई है जो किसी संसाधन की पहचान उसकी कुछ अन्य विशेषताओं के अतिरिक्त उसके प्राथमिक अभिगम्य तंत्र (जैसे, उसका नेटवर्क "स्थान") के प्रतिनिधित्व के माध्यम से करता है।<ref>{{cite web |last1=URI Planning Interest Group, W3C/IETF |title=URIs, URLs, and URNs: Clarifications and Recommendations 1.0 |url=https://www.w3.org/TR/uri-clarification/ |website=www.w3.org |publisher=W3C/IETF |access-date=8 December 2020 |date=September 2001}}</ref>}}
इस प्रकार, एक यूआरएल केवल एक यूआरआई है जो एक नेटवर्क पर एक संसाधन को इंगित करने के लिए होता है।{{efn|A report published in 2002 by a joint W3C/IETF working group aimed to normalize the divergent views held within the IETF and W3C over the relationship between the various 'UR*' terms and standards. While not published as a full standard by either organization, it has become the basis for the above common understanding and has informed many standards since then.}}{{sfnp|Joint W3C/IETF URI Planning Interest Group|2002}} हालांकि, गैर-तकनीकी संदर्भों में और वर्ल्ड वाइड वेब के लिए सॉफ्टवेयर में, "यूआरएल" शब्द का व्यापक रूप से उपयोग किया जाता है। . इसके अतिरिक्त, शब्द "वेब पता" (जिसकी कोई औपचारिक परिभाषा नहीं है) प्रायः गैर-तकनीकी प्रकाशनों में यूआरआई के समानार्थी के रूप में होता है जो http या https योजनाओं का उपयोग करता है। इस तरह की धारणाएं भ्रम उत्पन्न कर सकती हैं, उदाहरण के लिए, एक्सएमएल नेमस्पेस के स्थितियों में, जो रिज़ॉल्वेबल यूआरआई के लिए एक दृश्य समानता है।

[[WHATWG]] द्वारा निर्मित विनिर्देश यूआरआई पर यूआरएल पसंद करते हैं, और इसलिए नए एचटीएमएल 5 एपीआई यूआरआई पर यूआरएल का इस्तेमाल करते हैं।<ref>{{cite web |title=URL Standard: 6.3. URL APIs elsewhere |url=https://url.spec.whatwg.org/#url-apis-elsewhere}}</ref> {{cquote|यूआरएल शब्द पर मानकीकरण करें। यूआरआई और आईआरआई [अंतर्राष्ट्रीयकृत संसाधन पहचानकर्ता] केवल भ्रमित करने वाले हैं। व्यवहार में दोनों के लिए एक ही एल्गोरिदम का उपयोग किया जाता है, इसलिए उन्हें अलग रखना किसी की मदद नहीं कर रहा है। यूआरएल खोज परिणाम लोकप्रियता प्रतियोगिता भी आसानी से जीत लेता है।<ref>{{cite web |title=URL Standard: Goals |url=https://url.spec.whatwg.org/#goals}}</ref>}}
जबकि अधिकांश यूआरआई योजनाओं को मूल रूप से एक विशेष [[प्रोटोकॉल (कंप्यूटिंग)]] के साथ उपयोग करने के लिए डिज़ाइन किया गया था, और प्रायः एक ही नाम होता है, वे प्रोटोकॉल से अर्थपूर्ण रूप से भिन्न होते हैं। उदाहरण के लिए, स्कीम http का उपयोग सामान्यतः HTTP का उपयोग करके [[वेब संसाधन|वेब संसाधनों]] के साथ इंटरैक्ट करने के लिए किया जाता है, लेकिन [[फ़ाइल यूआरआई योजना]] में कोई प्रोटोकॉल नहीं होता है।

=== <स्पैन क्लास = एंकर आईडी = सिंटैक्स> </ स्पैन> सिंटेक्स ===
{{see also|यूआरआई योजनाओं की सूची}}
एक यूआरआई में एक योजना है जो उस योजना के भीतर पहचानकर्ता निर्दिष्ट करने के लिए एक विनिर्देश को संदर्भित करती है। इस प्रकार, यूआरआई सिंटैक्स एक संघीय और एक्स्टेंसिबल नामकरण प्रणाली है जिसमें प्रत्येक योजना के विनिर्देश उस योजना का उपयोग करने वाले पहचानकर्ताओं के सिंटैक्स और सिमेंटिक्स को और प्रतिबंधित कर सकते हैं। यूआरआई जेनेरिक सिंटैक्स सभी यूआरआई योजनाओं के सिंटैक्स का सुपरसेट है। में पहली बार परिभाषित किया गया था {{IETF RFC|2396}}, अगस्त 1998 में प्रकाशित,{{sfnp|RFC 2396|1998}} और में अंतिम रूप दिया {{IETF RFC|3986}}, जनवरी 2005 में प्रकाशित।{{sfnp|RFC 3986|2005}}
एक यूआरआई [[ASCII]] वर्णों के अनुमत सेट से बना होता है जिसमें आरक्षित वर्ण होते हैं (जेनेरिक: <code>:</code>, <code>/</code>, <code>?</code>, <code>#</code>, <code>[</code>, <code>]</code>, और <code>@</code>; योजना- या कार्यान्वयन-विशिष्ट: <code>!</code>, <code>$</code>, <code>&</code>, <code>'</code>, <code>(</code>, <code>)</code>, <code>*</code>, <code>+</code>, <code>,</code>, <code>;</code>, और <code>=</code>),{{sfnp|RFC 3986|2005|loc=§2.2}} अनारक्षित वर्ण ([[लैटिन-लिपि वर्णमाला]], [[अरबी अंक]], <code>-</code>, <code>.</code>, <code>_</code>, और <code>~</code>),{{sfnp|RFC 3986|2005|loc=§2.3}} और चरित्र <code>%</code>.{{sfnp|RFC 3986|2005|loc=§2.1}} सिंटैक्स घटकों और उप-घटकों को आरक्षित वर्णों (केवल घटकों के लिए सामान्य आरक्षित वर्णों से) से सीमांकक द्वारा अलग किया जाता है और पहचान डेटा को अनारक्षित वर्णों, आरक्षित वर्णों के रूप में परिभाषित किया जाता है जो क्रमशः घटक और उप-घटक में सीमांकक के रूप में कार्य नहीं करते हैं,{{sfnp|RFC 3986|2005|loc=§2}} और प्रतिशत-एन्कोडिंग जब संबंधित वर्ण अनुमत सेट के बाहर है या घटक के भीतर, या भीतर एक सीमांकक के रूप में उपयोग किया जा रहा है। एक पहचान डेटा [[ऑक्टेट (कंप्यूटिंग)]] का प्रतिशत-एन्कोडिंग चरित्र से मिलकर तीन वर्णों का अनुक्रम है <code>%</code> उसके बाद दो हेक्साडेसिमल अंक उस ऑक्टेट के सांख्यिक मान का प्रतिनिधित्व करते हैं।{{sfnp|RFC 3986|2005|loc=§2.1}}
<सेक्शन स्टार्ट = सिंटैक्स /><!-- This section is transcluded in other articles. See Help:Labeled section transclusion -->
यूआरआई जेनेरिक सिंटैक्स में पाँच घटक होते हैं जो बाएँ से दाएँ घटते महत्व के क्रम में क्रमबद्ध रूप से व्यवस्थित होते हैं:{{sfnp|RFC 3986|2005|loc=§3}}
<पूर्व>
यूआरआई = योजना: [// प्राधिकरण] पथ [? क्वेरी] [# टुकड़ा]
</पूर्व>

एक घटक अपरिभाषित है यदि उसके पास एक संबद्ध सीमांकक है और सीमांकक यूआरआई में प्रकट नहीं होता है; योजना और पथ घटक सदैव परिभाषित होते हैं।{{sfnp|RFC 3986|2005|loc=§5.2.1}} कोई घटक रिक्त है यदि उसमें कोई वर्ण नहीं है; योजना घटक सदैव खाली नहीं होता है।{{sfnp|RFC 3986|2005|loc=§3}}
प्राधिकरण घटक में उप-घटक होते हैं:

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

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

[[File:URI syntax diagram.svg|यूआरआई सिंटैक्स आरेख|1115x1115px]]यूआरआई में सम्मिलित हैं:
* एक गैर-रिक्त{{visible anchor|scheme}}घटक के बाद एक कोलन (<code>:</code>), एक अक्षर से प्रारम्भ होने वाले वर्णों के अनुक्रम से मिलकर बनता है और उसके बाद अक्षरों, अंकों के किसी भी संयोजन के साथ (<code>+</code>), अवधि (<code>.</code>), या हाइफ़न (<code>-</code>). हालांकि योजनाएँ केस-असंवेदनशील हैं, विहित रूप लोअरकेस है और योजनाओं को निर्दिष्ट करने वाले दस्तावेज़ों को लोअरकेस अक्षरों के साथ ऐसा करना चाहिए। लोकप्रिय योजनाओं के उदाहरणों में सम्मिलित हैं <code>[[Hypertext Transfer Protocol|http]]</code>, <code>[[HTTP Secure|https]]</code>, <code>[[File Transfer Protocol|ftp]]</code>, <code>[[mailto]]</code>, <code>[[File URI scheme|file]]</code>, <code>[[Data URI scheme|data]]</code> और <code>[[Internet Relay Chat#URI scheme|irc]]</code>. यूआरआई योजनाओं को [[Internet Assigned Numbers Authority|इंटरनेट असाइन किए गए नंबर प्राधिकरण]]|Internet Assigned Numbers Authority (IANA) के साथ पंजीकृत होना चाहिए, हालांकि व्यवहार में गैर-पंजीकृत योजनाओं का उपयोग किया जाता है।{{efn|The procedures for registering new URI schemes were originally defined in 1999 by {{IETF RFC|2717}}, and are now defined by {{IETF RFC|7595|link=no}}, published in June 2015.{{sfnp|IETF|2015}}}} 
* एक वैकल्पिक{{visible anchor|authority}}घटक दो स्लैश से पहले (<code>//</code>), जिसमें सम्मिलित हैं:
** एक वैकल्पिक{{visible anchor|userinfo}}उपघटक के बाद एक प्रतीक पर (<code>@</code>), जिसमें एक [[उपयोगकर्ता (कंप्यूटिंग)]] और एक वैकल्पिक [[पासवर्ड]] सम्मिलित हो सकता है, जिसके पहले कोलन (<code>:</code>). प्रारूप का उपयोग <code>username:password</code> userinfo उप-घटक में सुरक्षा कारणों से हटा दिया गया है। ऐप्लिकेशन को पहले कोलन (<code>:</code>) एक userinfo उपघटक के भीतर पाया जाता है जब तक कि कोलन के बाद का डेटा खाली स्ट्रिंग नहीं है (कोई पासवर्ड नहीं दर्शाता है)।
** ए{{visible anchor|host}}उप-घटक, जिसमें या तो एक पंजीकृत नाम ([[होस्ट का नाम]] सहित लेकिन सीमित नहीं) या एक आईपी पता सम्मिलित है। [[IPv4]] एड्रेस डॉट-दशमलव संकेतन में होने चाहिए, और आईपीवी-6 एड्रेस कोष्ठक में संलग्न होने चाहिए (<code>[]</code>).{{sfnp|RFC 3986|2005|loc=§3.2.2}}{{efn|For URIs relating to resources on the World Wide Web, some web browsers allow {{code|.0}} portions of dot-decimal notation to be dropped or raw integer IP addresses to be used.{{sfnp|Lawrence|2014}}}}
** एक वैकल्पिक{{visible anchor|port}}एक कोलन से पहले उपघटक (<code>:</code>), दशमलव अंकों से मिलकर।
* ए{{visible anchor|path}}घटक, एक स्लैश द्वारा अलग किए गए पथ खंडों के अनुक्रम से मिलकर (<code>/</code>). एक यूआरआई के लिए एक पथ सदैव परिभाषित किया जाता है, हालांकि परिभाषित पथ खाली (शून्य लंबाई) हो सकता है। एक खंड खाली भी हो सकता है, जिसके परिणामस्वरूप लगातार दो स्लैश (<code>//</code>) पथ घटक में। एक पथ घटक एक [[पथ (कंप्यूटिंग)]] के समान या मैप कर सकता है, लेकिन सदैव किसी एक के साथ संबंध नहीं दर्शाता है। यदि एक प्राधिकरण घटक परिभाषित किया गया है, तो पथ घटक या तो खाली होना चाहिए या स्लैश से प्रारम्भ होना चाहिए (<code>/</code>). यदि एक प्राधिकरण घटक अपरिभाषित है, तो पथ एक खाली खंड से प्रारम्भ नहीं हो सकता है - अर्थात, दो स्लैश के साथ (<code>//</code>)—चूंकि निम्नलिखित वर्णों की व्याख्या एक प्राधिकरण घटक के रूप में की जाएगी।{{sfnp|RFC 2396|1998|loc=§3.3}}
: परिपाटी के अनुसार, http और https यूआरआई में, ''पथ'' के अंतिम भाग का नाम होता है{{visible anchor|pathinfo}}और यह वैकल्पिक है। यह शून्य या अधिक पथ खंडों से बना है जो एक मौजूदा भौतिक संसाधन नाम (जैसे एक फ़ाइल, एक आंतरिक मॉड्यूल प्रोग्राम या एक निष्पादन योग्य प्रोग्राम) को संदर्भित नहीं करता है, लेकिन एक तार्किक भाग (जैसे एक कमांड या क्वालीफायर भाग) के लिए होता है पथ के पहले भाग के लिए अलग से पारित किया जाना चाहिए जो एक निष्पादन योग्य मॉड्यूल या [[वेब सर्वर]] द्वारा प्रबंधित प्रोग्राम की पहचान करता है; इसका उपयोग प्रायः गतिशील सामग्री (दस्तावेज़ इत्यादि) का चयन करने या अनुरोध के अनुसार इसे अनुकूलित करने के लिए किया जाता है (यह भी देखें: [[कॉमन गेटवे इंटरफ़ेस]] और PATH_INFO, आदि)।
: उदाहरण:
:: यूआरआई: {{code|1="http://www.example.com/questions/3456/my-document"}}
:: कहाँ: {{code|1="/questions"}} पथ का पहला भाग है (एक निष्पादन योग्य मॉड्यूल या प्रोग्राम) और {{code|1="/3456/my-document"}} पाथिनफो नामक पथ का दूसरा भाग है, जिसे निष्पादन योग्य मॉड्यूल या प्रोग्राम नाम से पास किया जाता है {{code|1="/questions"}} अनुरोधित दस्तावेज़ का चयन करने के लिए।
: #query भाग के बिना ''pathinfo'' भाग वाले एक http या https यूआरआई को 'क्लीन यूआरएल' के रूप में भी संदर्भित किया जा सकता है, जिसका अंतिम भाग 'क्लीन यूआरएल#स्लग' हो सकता है।

{| class="wikitable" style="float: right; font-size: 0.9em; margin-left: 1em"
|-
! Query delimiter
! Example
|-
| Ampersand (<code>&amp;</code>)
| <code>key1=value1&key2=value2</code>
|-
| Semicolon (<code>;</code>){{efn|Historic {{IETF RFC|1866}} (obsoleted by {{IETF RFC|2854|link=no}}) encourages CGI authors to support ';' in addition to '&'.{{sfnp|RFC 1866|1995|loc=§8.2.1}}}}
| <code>key1=value1;key2=value2</code>
|}
* एक वैकल्पिक{{visible anchor|query}}एक प्रश्न चिह्न से पहले घटक (<code>?</code>), गैर-श्रेणीबद्ध डेटा की एक [[क्वेरी स्ट्रिंग]] से मिलकर। इसका सिंटैक्स अच्छी तरह से परिभाषित नहीं है, लेकिन परिपाटी के अनुसार यह प्रायः विशेषता-मान जोड़े का एक क्रम होता है जो एक सीमांकक द्वारा अलग किया जाता है।
* एक वैकल्पिक{{visible anchor|fragment}}घटक [[संख्या चिह्न]] से पहले (<code>#</code>). फ़्रैगमेंट में एक [[टुकड़ा पहचानकर्ता]] होता है जो द्वितीयक संसाधन को दिशा प्रदान करता है, जैसे कि किसी लेख में अनुभाग शीर्षक, जिसे शेष यूआरआई द्वारा पहचाना जाता है। जब प्राथमिक संसाधन एक HTML दस्तावेज़ होता है, तो फ़्रैगमेंट प्रायः एक HTML#Attributes| होता है<code>id</code> एक विशिष्ट तत्व की विशेषता, और वेब ब्राउज़र इस तत्व को देखने के लिए स्क्रॉल करेंगे। <सेक्शन एंड = सिंटैक्स />

योजना- या कार्यान्वयन-विशिष्ट आरक्षित वर्ण <code>+</code> योजना में इस्तेमाल किया जा सकता है, उपयोगकर्ता जानकारी, होस्ट, पथ, क्वेरी, और खंड, और योजना- या कार्यान्वयन-विशिष्ट आरक्षित वर्ण <code>!</code>, <code>$</code>, <code>&</code>, <code>'</code>, <code>(</code>, <code>)</code>, <code>*</code>, <code>,</code>, <code>;</code>, और <code>=</code> उपयोगकर्ता जानकारी, होस्ट, पथ, क्वेरी और खंड में उपयोग किया जा सकता है। इसके अतिरिक्त, सामान्य आरक्षित वर्ण <code>:</code> उपयोगकर्ता जानकारी, पथ, क्वेरी और खंड, सामान्य आरक्षित वर्णों में उपयोग किया जा सकता है <code>@</code> और <code>/</code> पथ, क्वेरी और खंड, और सामान्य आरक्षित वर्ण में उपयोग किया जा सकता है <code>?</code> क्वेरी और खंड में इस्तेमाल किया जा सकता है।{{sfnp|RFC 3986|2005|loc=§A}}
=== उदाहरण यूआरआई ===

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

{{Pre|1=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}}

डीओआई ([[डिजिटल ऑब्जेक्ट पहचानकर्ता]]) [[हैंडल सिस्टम]] के भीतर फिट होते हैं और यूआरआई सिस्टम, हैंडल सिस्टम # डीओआई-हैंडल-यूआरआई के भीतर फिट होते हैं।<!--Per the [[Digital object identifier]] and [[Handle System]] articles, which see.-->


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

एक यूआरआई संदर्भ या तो एक यूआरआई या एक सापेक्ष संदर्भ होता है जब यह एक योजना घटक के साथ प्रारम्भ नहीं होता है जिसके बाद एक कोलन होता है (<code>:</code>).{{sfnp|RFC 3986|2005|loc=§4.1}} एक पथ खंड जिसमें एक कोलन वर्ण होता है (उदा., <code>foo:bar</code>) का उपयोग सापेक्ष संदर्भ के पहले पथ खंड के रूप में नहीं किया जा सकता है यदि इसका पथ घटक स्लैश से प्रारम्भ नहीं होता है (<code>/</code>), क्योंकि यह एक योजना घटक के लिए गलत होगा। इस तरह के पाथ सेगमेंट के पहले एक डॉट पाथ सेगमेंट होना चाहिए (उदाहरण के लिए, <code>./foo:bar</code>).{{sfnp|RFC 3986|2005|loc=§4.2}}

वेब दस्तावेज़ मार्कअप भाषाएँ अन्य संसाधनों, जैसे बाहरी दस्तावेज़ों या समान तार्किक दस्तावेज़ के विशिष्ट भागों को इंगित करने के लिए प्रायः यूआरआई संदर्भों का उपयोग करती हैं:{{sfnp|RFC 3986|2005|loc=§4.4}}
* HTML में, का मान <code>src</code> की विशेषता <code>img</code> तत्व एक यूआरआई संदर्भ प्रदान करता है, जैसा कि का मान करता है <code>href</code> की विशेषता <code>a</code> या <code>link</code> तत्व;
* [[XML]] में, के बाद प्रदर्शित होने वाला [[सिस्टम पहचानकर्ता]] <code>SYSTEM</code> दस्तावेज़ प्रकार की परिभाषा में कीवर्ड एक खंड रहित यूआरआई संदर्भ है;
* [[XSLT]] में, का मान <code>href</code> की विशेषता <code>xsl:import</code> तत्व/निर्देश एक यूआरआई संदर्भ है; इसी तरह पहला तर्क <code>document()</code> समारोह।
 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

=== संकल्प ===

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

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

<पूर्व>
http://a/b/c/d;p?q
</पूर्व>

इसके लक्ष्य यूआरआई के लिए एक सापेक्ष संदर्भ निम्नानुसार हल किया गया है:{{sfnp|RFC 3986|2005|loc=§5.4}}
 "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"      -> "<nowiki>http://a/g</nowiki>"
 "//g"     -> "<nowiki>http://g</nowiki>"
 "?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"   -> "<nowiki>http://a/b/c/g?y#s</nowiki>"
 ";x"      -> "<nowiki>http://a/b/c/;x</nowiki>"
 "g;x"     -> "<nowiki>http://a/b/c/g;x</nowiki>"
 "g;x?y#s" -> "<nowiki>http://a/b/c/g;x?y#s</nowiki>"
 ""        -> "http://a/b/c/d;p?q
 "."       -> "http://a/b/c/
 "./"      -> "http://a/b/
 ".."      -> " http://a/
 "../"     -> " http://a/g"
 "../g"    -> " http://a/g"
 "../.."   -> "<nowiki>http://a/</nowiki>"
 "../../"  -> "<nowiki>http://a/</nowiki>"
 "../../g" -> "<nowiki>http://a/g</nowiki>"

=== यूआरएल मूंगिंग ===
यूआरएल मूंगिंग एक ऐसी तकनीक है जिसके द्वारा यूआरएल में कमांड_(कंप्यूटिंग) जोड़ा जाता है, सामान्यतः अंत में, ? लेक्सिकल_विश्लेषण # टोकन। यह सामान्यतः [[WebDAV]] में [[HTTP]] में कार्यक्षमता जोड़ने के तंत्र के रूप में उपयोग किया जाता है। वर्जनिंग सिस्टम में, उदाहरण के लिए, यूआरएल में चेकआउट कमांड जोड़ने के लिए, इसे इस रूप में लिखा जाता है <code><nowiki>http://editing.com/resource/file.php?command=checkout</nowiki></code>. इसमें कॉमन गेटवे इंटरफ़ेस दोनों के लिए आसान होने का लाभ है और इस स्थितियों में एचटीटीपी और अंतर्निहित संसाधन के बीच मध्यस्थ के रूप में भी कार्य करता है।{{sfn|Whitehead|1998|p=38}}
=== [[एक्सएमएल नेमस्पेस]] से संबंध ===

एक्सएमएल में, एक एक्सएमएल नेमस्पेस एक अमूर्त डोमेन है जिसमें तत्व और विशेषता नामों का संग्रह असाइन किया जा सकता है।<!-- who or what can do such assignation? --> नेमस्पेस नाम एक वर्ण स्ट्रिंग है जिसे सामान्य यूआरआई सिंटैक्स का पालन करना चाहिए।{{sfnp|Morrison|2006}} हालाँकि, नाम को सामान्यतः यूआरआई नहीं माना जाता है,{{sfnp|Harold|2004}} क्योंकि यूआरआई विनिर्देश न केवल शाब्दिक घटकों पर, बल्कि उनके इच्छित उपयोग पर भी निर्णय लेता है। एक नाम स्थान का नाम जरूरी नहीं कि यूआरआई योजनाओं के किसी भी शब्दार्थ को दर्शाता है; उदाहरण के लिए, http: से प्रारम्भ होने वाले नाम स्थान का एचटीटीपी के उपयोग के लिए कोई अर्थ नहीं हो सकता है।

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

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

== टिप्पणियाँ ==

{{Notelist}}


== संदर्भ ==

{{refs}}


== अग्रिम पठन ==

{{refbegin|32em}}
* {{cite book |author-first=Elliotte Rusty |author-last=Harold |author-link=Elliotte Rusty Harold |date=2004 |title=XML 1.1 Bible |edition=Third |publisher=[[Wiley Publishing]] |page=291 |isbn=978-0-7645-4986-1}}
* {{cite journal |url=https://tools.ietf.org/html/rfc7595 |title=Guidelines and Registration Procedures for URI Schemes |editor-first=Dave |editor-last=Thaler |author-first1=Tony |author-last1=Hansen |author-first2=Ted |author-last2=Hardie |journal=Ietf Request for Comments (RFC) Pages - Test |publisher=[[Internet Engineering Task Force]] |date=June 2015 |doi=10.17487/RFC7595 |issn=2070-1721 |ref={{SfnRef|IETF|2015}}}}
* {{cite book |author-last=Morrison |author-first=Michael Wayne |author-link=Michael Wayne Morrison |date=2006 |title=Sams Teach Yourself XML |publisher=[[Sams Publishing]] |chapter=Hour 5: ''Putting Namespaces to Use'' |page=91}}
* {{cite web |author=URI Planning Interest Group, W3C/IETF |title=URIs, URLs, and URNs: Clarifications and Recommendations 1.0 |url=http://www.w3.org/TR/uri-clarification/ |date=21 September 2001 |access-date=2009-07-27 |ref={{SfnRef|URI Planning Interest Group|2009}}}}
* {{cite web |url=http://www.w3.org/2001/tag/doc/alternatives-discovery.html |title=On Linking Alternative Representations To Enable Discovery And Publishing |publisher=[[World Wide Web Consortium]] |date=2006 |orig-year=2001 |access-date=2012-04-03 |ref={{SfnRef|W3C|2001}}}}
* {{cite web |url=http://www.w3.org/TR/REC-xml-names/#iri-use |title=Namespaces in XML 1.1 (Second Edition) |date=16 August 2006 |at=2.2 Use of URIs as Namespace Names |editor-first1=Tim |editor-last1=Bray |editor-link1=Tim Bray |editor-first2=Dave |editor-last2=Hollander |editor-first3=Andrew |editor-last3=Layman |editor-first4=Richard |editor-last4=Tobin |publisher=[[World Wide Web Consortium]] |access-date=31 August 2015 |ref={{SfnRef|W3C|2006}}}}
* {{cite web |url=http://www.w3.org/TR/cooluris/ |title=Cool URIs for the Semantic Web |editor-first1=Leo |editor-last1=Sauermann |editor-first2=Richard |editor-last2=Cyganiak |author-first1=Danny |author-last1=Ayers |author-first2=Max |author-last2=Völkel |publisher=[[World Wide Web Consortium]] |date=3 December 2008 |access-date=2012-04-03 |ref={{SfnRef|W3C|2008}}}}
* {{cite web |url=http://www.w3.org/TR/REC-xml-names/#iri-use |title=Namespaces in XML 1.0 (Third Edition) |date=8 December 2009 |at=2.2 Use of URIs as Namespace Names |editor-first1=Tim |editor-last1=Bray |editor-link1=Tim Bray |editor-first2=Dave |editor-last2=Hollander |editor-first3=Andrew |editor-last3=Layman |editor-first4=Richard |editor-last4=Tobin |editor-first5=Henry S. |editor-last5=Thompson |publisher=[[World Wide Web Consortium]] |access-date=31 August 2015 |ref={{SfnRef|W3C|2009}}}}
* {{cite journal |url=https://tools.ietf.org/html/rfc1866#section-8.2.1 |title=Hypertext Markup Language – 2.0 |author-first1=Tim |author-last1=Berners-Lee |author-link1=Tim Berners-Lee |author-first2=Daniel "Dan" |author-last2=Connolly |author-link2=Daniel Connolly (computer scientist) |publisher=[[Internet Engineering Task Force]] |date=November 1995 |doi=10.17487/RFC1866 |s2cid=6628570 |access-date=13 September 2015 |ref={{SfnRef|RFC 1866|1995}}|doi-access=free }}
* {{cite IETF |url=http://tools.ietf.org/html/rfc2396 |title=Uniform Resource Identifiers (URI): Generic Syntax |rfc=2396 |author-first1=Tim |author-last1=Berners-Lee |author-link1=Tim Berners-Lee |author-first2=Roy T. |author-last2=Fielding |author-link2=Roy T. Fielding |author-first3=Larry |author-last3=Masinter |author-link3=Larry Masinter |publisher=[[Internet Engineering Task Force]] |date=August 1998 |access-date=31 August 2015 |ref={{SfnRef|RFC 2396|1998}}}}
* {{cite IETF |url=http://tools.ietf.org/html/rfc3986 |title=Uniform Resource Identifiers (URI): Generic Syntax |rfc=3986 |author-first1=Tim |author-last1=Berners-Lee |author-link1=Tim Berners-Lee |author-first2=Roy T. |author-last2=Fielding |author-link2=Roy T. Fielding |author-first3=Larry |author-last3=Masinter |author-link3=Larry Masinter |publisher=[[Internet Engineering Task Force]] |date=January 2005 |access-date=31 August 2015 |ref={{SfnRef|RFC 3986|2005}}}}
* {{cite IETF |url=https://tools.ietf.org/html/rfc3986#section-3 |title=Uniform Resource Identifiers (URI): Generic Syntax, section 3, Syntax Components |rfc=3986 |author-first1=Tim |author-last1=Berners-Lee |author-link1=Tim Berners-Lee |author-first2=Roy T. |author-last2=Fielding |author-link2=Roy T. Fielding |author-first3=Larry |author-last3=Masinter |author-link3=Larry Masinter |publisher=[[Internet Engineering Task Force]] |date=January 2005 |access-date=31 August 2015 |ref={{SfnRef|RFC 3986, section 3|2005}}}}
* {{cite web |author-last1=Lawrence |author-first1=Eric |title=Browser Arcana: IP Literals in URLs |url=http://blogs.msdn.com/b/ieinternals/archive/2014/03/06/browser-arcana-ipv4-ipv6-literal-urls-dotted-va-dotless.aspx |website=IEInternals |publisher=[[Microsoft]] |date=6 March 2014 |access-date=2016-04-25}}
{{refend}}
* {{cite journal|journal=[[IEEE Internet Computing]]|year=1998|doi= 10.1109/4236.722228|issn=1941-0131|volume=2|issue=5|title=WebDAV: IEFT standard for collaborative authoring on the Web|first=E.J|last=Whitehead|pages=34–40 |url=https://ieeexplore.ieee.org/document/722228|access-date=12 October 2021}}


==बाहरी संबंध==
* [https://www.iana.org/assignments/uri-schemes/uri-schemes.xhtml यूआरआई Schemes]&nbsp;– [[Internet Assigned Numbers Authority|IANA]]-maintained registry of यूआरआई Schemes
* [https://www.w3.org/wiki/UriSchemes यूआरआई schemes on the W3C wiki]
* [https://www.w3.org/TR/webarch/#identification Architecture of the World Wide Web, Volume One, §2: Identification]&nbsp;– by W3C
* [https://www.w3.org/TR/uri-clarification/ W3C यूआरआई Clarification]

{{Semantic Web|state=collapsed}}
{{URI scheme}}
{{Hypermedia}}

{{Authority control}}
{{Use dmy dates|date=May 2020|cs1-dates=y|}}[[Category: अनुप्रयोग परत प्रोटोकॉल]] [[Category: इंटरनेट प्रोटोकॉल]] [[Category: इंटरनेट मानक]] [[Category: सिमेंटिक वेब| सिमेंटिक वेब]] [[Category: यूआरएल]] 



[[Category: Machine Translated Page]]
[[Category:Created On 17/02/2023]]