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

"URI" redirects here. For other uses, see URI (disambiguation).

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

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

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

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

इतिहास

गर्भाधान

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

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

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

शोधन

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

अगस्त 1998 मेंआईईटीएफ आरएफसी 2396के प्रकाशन ने देखा कि यूआरआई सिंटैक्स एक अलग विनिर्देश बन गया और यूआरआई और यूआरएल से संबंधित [rfc:1630 आरएफसी 1630] और 1738 के अधिकांश हिस्सों कोआईईटीएफ द्वारा संशोधित और विस्तारित किया गया। नए आरएफसी ने "यूआरआई" में "यू" के अर्थ को "यूनिवर्सल" से "वर्दी" में बदल दिया।

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

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

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

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

डिजाइन

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

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

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

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

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

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

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

WHATWG द्वारा निर्मित विनिर्देश यूआरआई पर यूआरएल पसंद करते हैं, और इसलिए नए एचटीएमएल 5 एपीआई यूआरआई पर यूआरएल का इस्तेमाल करते हैं।

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

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

<स्पैन क्लास = एंकर आईडी = सिंटैक्स> </ स्पैन> सिंटेक्स

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

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

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

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

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

यूआरआई में सम्मिलित हैं:

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

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

उदाहरण:

यूआरआई: "http://www.example.com/questions/3456/my-document"

कहाँ: "/questions" पथ का पहला भाग है (एक निष्पादन योग्य मॉड्यूल या प्रोग्राम) और "/3456/my-document" पाथिनफो नामक पथ का दूसरा भाग है, जिसे निष्पादन योग्य मॉड्यूल या प्रोग्राम नाम से पास किया जाता है "/questions" अनुरोधित दस्तावेज़ का चयन करने के लिए।

#query भाग के बिना pathinfo भाग वाले एक http या https यूआरआई को 'क्लीन यूआरएल' के रूप में भी संदर्भित किया जा सकता है, जिसका अंतिम भाग 'क्लीन यूआरएल#स्लग' हो सकता है।

Query delimiter	Example
Ampersand (&)	key1=value1&key2=value2
Semicolon (;)	key1=value1;key2=value2

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

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

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

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

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).

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

• HTML में, का मान src की विशेषता img तत्व एक यूआरआई संदर्भ प्रदान करता है, जैसा कि का मान करता है href की विशेषता a या link तत्व;
• XML में, के बाद प्रदर्शित होने वाला सिस्टम पहचानकर्ता SYSTEM दस्तावेज़ प्रकार की परिभाषा में कीवर्ड एक खंड रहित यूआरआई संदर्भ है;
• XSLT में, का मान 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

संकल्प

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

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

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

<पूर्व> 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://editing.com/resource/file.php?command=checkout. इसमें कॉमन गेटवे इंटरफ़ेस दोनों के लिए आसान होने का लाभ है और इस स्थितियों में एचटीटीपी और अंतर्निहित संसाधन के बीच मध्यस्थ के रूप में भी कार्य करता है।

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

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

मूल रूप से, नाम स्थान का नाम किसी गैर-रिक्त यूआरआई संदर्भ के सिंटैक्स से मेल खा सकता है, लेकिन संबंधित यूआरआई संदर्भों के उपयोग को डब्ल्यू3सी द्वारा बहिष्कृत कर दिया गया था। XML 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