What is a URL? How to use URLs| एक यूआरएल क्या है? URL का उपयोग कैसे करें
इस लेख में यूनिफ़ॉर्म रिसोर्स लोकेटर (यूआरएल) पर चर्चा की गई है, जिसमें बताया गया है कि वे क्या हैं और उनकी संरचना कैसे की जाती है।
| Prerequisites आवश्यक शर्तें | आपको सबसे पहले यह जानना होगा कि इंटरनेट कैसे काम करता है, वेब सर्वर क्या है और वेब पर लिंक के पीछे की अवधारणाएं क्या हैं। |
| Objective: उद्देश्य: | आप जानेंगे कि URL क्या है और यह वेब पर कैसे कार्य करता है। |
Summary | सारांश
हाइपरटेक्स्ट और HTTP के साथ, URL वेब की प्रमुख अवधारणाओं में से एक है। यह वेब पर किसी भी प्रकाशित संसाधन को पुनः प्राप्त करने के लिए ब्राउज़र द्वारा उपयोग किया जाने वाला तंत्र है।
URL का मतलब यूनिफ़ॉर्म रिसोर्स लोकेटर है। एक यूआरएल वेब पर किसी दिए गए अद्वितीय संसाधन के पते से ज्यादा कुछ नहीं है। सिद्धांत रूप में, प्रत्येक मान्य URL एक अद्वितीय संसाधन की ओर इशारा करता है। ऐसे संसाधन एक HTML पृष्ठ, एक CSS दस्तावेज़, एक छवि, आदि हो सकते हैं। व्यवहार में, कुछ अपवाद हैं, सबसे आम एक ऐसे संसाधन की ओर इशारा करने वाला URL है जो अब मौजूद नहीं है या जो स्थानांतरित हो गया है। चूंकि यूआरएल और यूआरएल द्वारा प्रस्तुत संसाधन को वेब सर्वर द्वारा नियंत्रित किया जाता है, यह वेब सर्वर के मालिक पर निर्भर करता है कि वह उस संसाधन और उससे जुड़े यूआरएल को सावधानी से प्रबंधित करे।
Basics: anatomy of a URL | मूल बातें: URL का एनाटॉमी
यहां URL के कुछ उदाहरण दिए गए हैं:
उन URL में से कोई भी आपके ब्राउज़र के एड्रेस बार में टाइप किया जा सकता है ताकि वह संबंधित पेज (संसाधन) को लोड करने के लिए कह सके।
एक URL विभिन्न भागों से बना होता है, कुछ अनिवार्य और अन्य वैकल्पिक। सबसे महत्वपूर्ण भाग नीचे दिए गए URL पर हाइलाइट किए गए हैं (विवरण निम्नलिखित अनुभागों में दिए गए हैं):
Scheme | योजना
URL का पहला भाग योजना है, जो उस प्रोटोकॉल को इंगित करता है जिसे ब्राउज़र को संसाधन का अनुरोध करने के लिए उपयोग करना चाहिए (एक प्रोटोकॉल कंप्यूटर नेटवर्क के आसपास डेटा के आदान-प्रदान या स्थानांतरित करने के लिए एक निर्धारित विधि है)। आमतौर पर वेबसाइटों के लिए प्रोटोकॉल HTTPS या HTTP (इसका असुरक्षित संस्करण) होता है। वेब पेजों को संबोधित करने के लिए इन दोनों में से एक की आवश्यकता होती है, लेकिन ब्राउज़र यह भी जानते हैं कि मेलटो जैसी अन्य योजनाओं को कैसे संभालना है: (मेल क्लाइंट खोलने के लिए), इसलिए यदि आप अन्य प्रोटोकॉल देखते हैं तो आश्चर्यचकित न हों।
Authority | प्राधिकरण
अगला प्राधिकरण का अनुसरण करता है, जिसे योजना से वर्ण पैटर्न: // द्वारा अलग किया जाता है। यदि मौजूद है तो प्राधिकरण में एक कोलन द्वारा अलग किए गए डोमेन (जैसे www.example.com) और पोर्ट (80) दोनों शामिल हैं:
1. डोमेन इंगित करता है कि किस वेब सर्वर का अनुरोध किया जा रहा है। आमतौर पर यह एक डोमेन नाम है, लेकिन एक आईपी पते का भी उपयोग किया जा सकता है (लेकिन यह दुर्लभ है क्योंकि यह बहुत कम सुविधाजनक है)।
2. पोर्ट वेब सर्वर पर संसाधनों तक पहुँचने के लिए उपयोग किए जाने वाले तकनीकी “गेट” को इंगित करता है। यदि वेब सर्वर अपने संसाधनों तक पहुँच प्रदान करने के लिए HTTP प्रोटोकॉल (HTTP के लिए 80 और HTTPS के लिए 443) के मानक पोर्ट का उपयोग करता है, तो इसे आमतौर पर छोड़ दिया जाता है। अन्यथा अनिवार्य है।
Path to resource | संसाधन के लिए पथ
/path/to/myfile.html वेब सर्वर पर संसाधन का पथ है। वेब के शुरुआती दिनों में, इस तरह का एक पथ वेब सर्वर पर एक भौतिक फ़ाइल स्थान का प्रतिनिधित्व करता था। आजकल, यह ज्यादातर बिना किसी भौतिक वास्तविकता के वेब सर्वर द्वारा नियंत्रित किया जाने वाला एक अमूर्त है।
Parameters | मापदंडों
?key1=value1&key2=value2 वेब सर्वर को प्रदान किए गए अतिरिक्त पैरामीटर हैं। वे पैरामीटर कुंजी/मान युग्मों की एक सूची हैं, जिन्हें & प्रतीक से अलग किया गया है। वेब सर्वर संसाधन वापस करने से पहले अतिरिक्त सामग्री करने के लिए उन पैरामीटर का उपयोग कर सकता है। पैरामीटर के संबंध में प्रत्येक वेब सर्वर के अपने नियम होते हैं, और यह जानने का एकमात्र विश्वसनीय तरीका है कि कोई विशिष्ट वेब सर्वर मापदंडों को संभाल रहा है या नहीं, वेब सर्वर के मालिक से पूछ रहा है।
Anchor | लंगर डालना
SomewhereInTheDocument संसाधन के दूसरे हिस्से के लिए एक एंकर है। एंकर संसाधन के अंदर एक प्रकार के “बुकमार्क” का प्रतिनिधित्व करता है, जिससे ब्राउज़र को उस “बुकमार्क” स्थान पर स्थित सामग्री को दिखाने का निर्देश मिलता है। एक HTML दस्तावेज़ पर, उदाहरण के लिए, ब्राउज़र उस बिंदु तक स्क्रॉल करेगा जहां एंकर परिभाषित किया गया है; किसी वीडियो या ऑडियो दस्तावेज़ पर, ब्राउज़र उस समय तक जाने का प्रयास करेगा जब एंकर प्रतिनिधित्व करता है। यह ध्यान देने योग्य है कि # के बाद का भाग, जिसे खंड पहचानकर्ता के रूप में भी जाना जाता है, अनुरोध के साथ सर्वर पर कभी नहीं भेजा जाता है।
How to use URLs | URL का उपयोग कैसे करें
इसके पीछे के संसाधन तक पहुंचने के लिए किसी भी यूआरएल को ब्राउजर के एड्रेस बार के अंदर टाइप किया जा सकता है। लेकिन यह केवल हिमशैल का सिरा है!
HTML भाषा – जिस पर बाद में चर्चा की जाएगी – URL का व्यापक उपयोग करती है:
1. तत्व के साथ अन्य दस्तावेज़ों के लिंक बनाने के लिए;
2. <लिंक> या <स्क्रिप्ट> जैसे विभिन्न तत्वों के माध्यम से किसी दस्तावेज़ को उसके संबंधित संसाधनों से जोड़ने के लिए;
3. छवियों ( तत्व के साथ), वीडियो (<वीडियो> तत्व के साथ), ध्वनि और संगीत (<ऑडियो> तत्व के साथ), आदि जैसे मीडिया प्रदर्शित करने के लिए;
4. तत्व के साथ अन्य HTML दस्तावेज़ प्रदर्शित करने के लिए।</p>
अन्य प्रौद्योगिकियां, जैसे कि सीएसएस या जावास्क्रिप्ट, बड़े पैमाने पर यूआरएल का उपयोग करती हैं, और ये वास्तव में वेब का दिल हैं।
Absolute URLs vs relative URLs | संपूर्ण URL बनाम सापेक्ष URL
हमने ऊपर जो देखा उसे एक निरपेक्ष URL कहा जाता है, लेकिन एक सापेक्ष URL भी होता है। यूआरएल मानक दोनों को परिभाषित करता है – हालांकि यह यूआरएल ऑब्जेक्ट्स (जो यूआरएल के इन-मेमोरी प्रतिनिधित्व हैं) से अलग करने के लिए पूर्ण यूआरएल स्ट्रिंग और सापेक्ष यूआरएल स्ट्रिंग शब्दों का उपयोग करता है।
आइए देखें कि URL के संदर्भ में निरपेक्ष और सापेक्ष के बीच का अंतर क्या है।
URL के आवश्यक भाग काफी हद तक उस संदर्भ पर निर्भर करते हैं जिसमें URL का उपयोग किया जाता है। आपके ब्राउज़र के पता बार में, URL का कोई संदर्भ नहीं होता है, इसलिए आपको एक पूर्ण (या पूर्ण) URL प्रदान करना होगा, जैसा कि हमने ऊपर देखा था। आपको प्रोटोकॉल (ब्राउज़र डिफ़ॉल्ट रूप से HTTP का उपयोग करता है) या पोर्ट (जो केवल तभी आवश्यक है जब लक्षित वेब सर्वर कुछ असामान्य पोर्ट का उपयोग कर रहा हो) को शामिल करने की आवश्यकता नहीं है, लेकिन URL के अन्य सभी भाग आवश्यक हैं।
जब किसी दस्तावेज़ में URL का उपयोग किया जाता है, जैसे कि HTML पृष्ठ में, तो चीजें थोड़ी भिन्न होती हैं। चूंकि ब्राउज़र के पास पहले से ही दस्तावेज़ का अपना URL है, वह इस जानकारी का उपयोग उस दस्तावेज़ के अंदर उपलब्ध किसी भी URL के लापता भागों को भरने के लिए कर सकता है। हम केवल यूआरएल के पथ भाग को देखकर एक पूर्ण यूआरएल और एक सापेक्ष यूआरएल के बीच अंतर कर सकते हैं। यदि URL का पथ भाग “/” वर्ण से प्रारंभ होता है, तो ब्राउज़र वर्तमान दस्तावेज़ द्वारा दिए गए संदर्भ के संदर्भ के बिना, सर्वर के शीर्ष रूट से उस संसाधन को प्राप्त करेगा।
आइए इसे स्पष्ट करने के लिए कुछ उदाहरण देखें।
Examples of absolute URLs | निरपेक्ष URL के उदाहरण
| Full URL (the same as the one we used before) पूरा यूआरएल (वही जैसा हमने पहले इस्तेमाल किया था) | https://developer.mozilla.org/en-US/docs/Learn |
| Implicit protocol निहित प्रोटोकॉल | //developer.mozilla.org/en-US/docs/Learn इस मामले में, ब्राउज़र उस URL को उसी प्रोटोकॉल के साथ कॉल करेगा, जो उस URL को होस्ट करने वाले दस्तावेज़ को लोड करने के लिए उपयोग किया जाता है। |
| Implicit domain name निहित डोमेन नाम | /en-US/docs/Learn HTML दस्तावेज़ के भीतर एक निरपेक्ष URL के लिए यह सबसे आम उपयोग का मामला है। ब्राउज़र उसी प्रोटोकॉल और उसी डोमेन नाम का उपयोग करेगा जो उस URL को होस्ट करने वाले दस्तावेज़ को लोड करने के लिए उपयोग किया जाता है। नोट: प्रोटोकॉल को छोड़े बिना डोमेन नाम को छोड़ना संभव नहीं है। |
Examples of relative URLs | सापेक्ष URL के उदाहरण
निम्नलिखित उदाहरणों को बेहतर ढंग से समझने के लिए, मान लें कि URL को निम्न URL पर स्थित दस्तावेज़ के भीतर से बुलाया गया है: https://developer.mozilla.org/en-US/docs/Learn
| Sub-resources उप-संसाधनों | Skills/Infrastructure/Understanding_URLs चूंकि वह URL / से प्रारंभ नहीं होता है, ब्राउज़र वर्तमान संसाधन वाली उप-निर्देशिका में दस्तावेज़ को खोजने का प्रयास करेगा। तो इस उदाहरण में, हम वास्तव में इस यूआरएल तक पहुंचना चाहते हैं: https://developer.mozilla.org/en-US/docs/Learn/Skills/Infrastructure/Understanding_URLs। |
| Going back in the directory tree निर्देशिका ट्री में वापस जा रहे हैं | ../CSS/display इस मामले में, हम ../ लेखन सम्मेलन का उपयोग करते हैं – UNIX फ़ाइल सिस्टम की दुनिया से विरासत में मिला – ब्राउज़र को यह बताने के लिए कि हम एक निर्देशिका से ऊपर जाना चाहते हैं। यहां हम इस यूआरएल तक पहुंचना चाहते हैं: https://developer.mozilla.org/en-US/docs/Learn/../CSS/display, जिसे सरल बनाया जा सकता है: https://developer.mozilla.org/en -यूएस/डॉक्स/सीएसएस/डिस्प्ले। |
Semantic URLs | सिमेंटिक यूआरएल
उनके बहुत ही तकनीकी स्वाद के बावजूद, URL एक वेब साइट के लिए मानव-पठनीय प्रवेश बिंदु का प्रतिनिधित्व करते हैं। उन्हें याद किया जा सकता है, और कोई भी उन्हें ब्राउज़र के एड्रेस बार में दर्ज कर सकता है। लोग वेब के मूल में हैं, और इसलिए इसे सिमेंटिक यूआरएल बनाने के लिए सबसे अच्छा अभ्यास माना जाता है। सिमेंटिक URL ऐसे शब्दों का उपयोग करते हैं, जिनका कोई भी तकनीकी ज्ञान हो, उन्हें कोई भी समझ सकता है।
भाषाई शब्दार्थ निश्चित रूप से कंप्यूटर के लिए अप्रासंगिक हैं। आपने शायद अक्सर ऐसे URL देखे होंगे जो यादृच्छिक वर्णों के मैशअप की तरह दिखते हैं। लेकिन मानव-पठनीय URL बनाने के कई फायदे हैं:
Read More >>