Uniform Resource Locator - यूनिफ़ॉर्म रिसोर्स लोकेटर का क्या मतलब है?

यूनिफ़ॉर्म रिसोर्स लोकेटर (URL), जिसे अन्यथा यूनिवर्सल रिसोर्स लोकेटर के रूप में जाना जाता है, इंटरनेट पर एक संसाधन का पता है और इसे एक्सेस करने के लिए उपयोग किया जाने वाला प्रोटोकॉल है।

यह एक वेब संसाधन के स्थान को इंगित करता है जैसे सड़क का पता इंगित करता है कि कोई व्यक्ति शारीरिक रूप से कहाँ रहता है - इस वजह से, एक URL को अक्सर "वेब एड्रेस" के रूप में संदर्भित किया जाता है।

एक URL में निम्न जानकारी होती है:

संसाधन तक पहुँचने के लिए प्रयुक्त प्रोटोकॉल।

सर्वर का स्थान (चाहे आईपी पते या डोमेन नाम से)।

सर्वर पर पोर्ट नंबर (वैकल्पिक)।

सर्वर की निर्देशिका संरचना में संसाधन का स्थान।

एक टुकड़ा पहचानकर्ता (वैकल्पिक)।

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

इंटरनेट ब्राउज़ करने वाले उपयोगकर्ता URL का उपयोग करते हैं और उन्हें अपने वेब ब्राउज़र के एड्रेस बार में टाइप या कॉपी-पेस्ट करके उपयोग करते हैं।

साथ ही, हर बार जब आप किसी एप्लिकेशन (ईमेल, वेब पेज, वर्ड डॉक्यूमेंट) के अंदर हाइपरलिंक पर क्लिक करते हैं, तो आपको प्रभावी रूप से उस यूआरएल पर रीडायरेक्ट किया जा रहा है।

सभी URL निम्न क्रम में प्रस्तुत किए गए हैं:

योजना का नाम।

कोलन और दो स्लैश।

सर्वर का स्थान।

पोर्ट (वैकल्पिक) और सर्वर पर संसाधन का स्थान।

टुकड़ा पहचानकर्ता (वैकल्पिक)।

तो, प्रारूप इस तरह दिखेगा:

योजना: // स्थान: पोर्ट/फाइल-ऑन-सर्वर.एचटीएम? क्वेरीस्ट्रिंग = 1

यह वास्तव में जितना है उससे कहीं अधिक जटिल दिखता है। सबसे आम योजनाएँ (प्रोटोकॉल) HTTP और HTTPS हैं, जिन्हें कोई भी www-उपयोगकर्ता पहचान लेगा। सर्वर का स्थान आमतौर पर एक डोमेन नाम होता है, जैसे Google.com।

इसे देखते हुए, निम्न URL समझने में बहुत आसान हैं:

http://www.google.com/default.htm
https://www.google.com/default.htm
ये दोनों URL इंगित करते हैं कि सर्वर पर "google.com" के पते के साथ default.htm नाम की एक फ़ाइल है। एक नियमित HTTP का उपयोग करता है, जबकि दूसरा इस योजना के सुरक्षित संस्करण का उपयोग करता है।

URL के बारे में भ्रम के दो सामान्य तत्व:

"www" हमेशा तकनीकी प्रोटोकॉल का हिस्सा नहीं होता है। वेबसाइटों ने इसका उपयोग अभी यह इंगित करने के लिए शुरू किया है कि उपयोगकर्ता वर्ल्ड वाइड वेब का उपयोग कर रहा है। यही कारण है कि यदि आप http://google.com पर जाते हैं, तो यह http://www.google.com पर रीडायरेक्ट हो जाता है। हालाँकि, डोमेन नाम कैसे सेट किया जाता है, यह इस बात पर आधारित है कि वेब सर्वर और नेटवर्क एडमिनिस्ट्रेटर इसे बैकएंड में कैसे सेट करते हैं।

अधिकांश उपयोगकर्ता वेब ब्राउज़र के माध्यम से इंटरनेट का उपयोग करते हैं, जो पर्दे के पीछे HTTP कनेक्शन पर पोर्ट 80 सम्मिलित करता है। यही कारण है कि अगर आप http://www.google.com:80 पर जाते हैं, तो आपको वही वेबसाइट दिखाई देगी जैसे कि कोई पोर्ट नंबर नहीं था। किसी विशेष गंतव्य से कनेक्शन बनाने के लिए अभी भी एक अलग नेटवर्क पोर्ट निर्दिष्ट किया जा सकता है। आप उस वेब सर्वर के कॉन्फ़िगरेशन के आधार पर उपयोगकर्ता इनपुट, क्वेरी पैरामीटर, या मानों को URL में जोड़ सकते हैं जहां वह विशेष संसाधन होस्ट किया गया है।

अंत में, निम्न URL एक खंड पहचानकर्ता प्रदर्शित करता है, जिसे आमतौर पर क्वेरी स्ट्रिंग के रूप में जाना जाता है:

http://www.google.com/some-page?search=hello

यह कह रहा है कि HTTP प्रोटोकॉल का उपयोग वेब संसाधन (पोर्ट 80 पर google.com पर) को अनुरोध भेजने के लिए संसाधन में कुंजी/मान जोड़े के सेट के माध्यम से आवश्यक इनपुट पैरामीटर की एक सूची में पास करना है। कुंजी चर नाम ("हैलो") है और मान इनपुट ("कुछ-पृष्ठ") है।

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

किसी गंतव्य के विवरण को निर्दिष्ट करने के लिए अन्य अंशों की एक विस्तृत श्रृंखला का भी उपयोग किया जाता है, जैसे कि # (हैशटैग) जो उपयोगकर्ता को किसी पृष्ठ के विशिष्ट दृश्य पर निर्देशित करता है।

उदाहरण के लिए, इस URL में #Examples खंड उपयोगकर्ता को विकिपीडिया में खंड पहचानकर्ता पृष्ठ के "उदाहरण" खंड पर पुनर्निर्देशित करता है:

https://en.wikipedia.org/wiki/Fragment_identifier#Examples

यूआरएल को कई तरीकों से एक अलग यूआरएल पर पुनर्निर्देशित या अग्रेषित किया जा सकता है, जिनमें से सबसे आम 301 (स्थायी) और 302 (अस्थायी) हैं। URL रीडायरेक्शन का उपयोग यह सुनिश्चित करने के लिए किया जाता है कि कोई विज़िटर 404 पृष्ठ पर समाप्त न हो, या किसी पुराने या अप्रचलित पृष्ठ को किसी भिन्न URL वाले नए पृष्ठ से प्रतिस्थापित करने के लिए किया जाता है।

संक्षिप्त नाम वाले डोमेन पर रीडायरेक्ट का उपयोग करने वाली शॉर्टिंग सेवा को सक्रिय करके URL को छोटा भी किया जा सकता है। कई प्रश्नों वाले लंबे URL के मामले में यह विशेष रूप से उपयोगी है।

टिम बर्नर्स-ली और इंटरनेट इंजीनियरिंग टास्क फोर्स वर्किंग ग्रुप को 1994 में URL विकसित करने का श्रेय दिया जाता है। इसे औपचारिक रूप से RFC 1738 में निर्दिष्ट किया गया है।