URL पार्सर

किसी भी URL को उसके घटकों में पार्स और डिकोड करें — स्कीम, होस्ट, पोर्ट, पाथ, क्वेरी पैरामीटर और फ़्रैगमेंट। सारी प्रोसेसिंग आपके ब्राउज़र में।

तुरंत पार्सिंग सभी घटक क्लाइंट-साइड प्रोसेसिंग

URL पार्सर का उपयोग कैसे करें

तीन आसान चरणों में कोई भी URL पार्स करें

1

अपना URL पेस्ट करें

इनपुट फ़ील्ड में कोई भी URL दर्ज करें — क्वेरी स्ट्रिंग सहित पूर्ण URL सबसे अच्छा काम करते हैं।

2

तुरंत ब्रेकडाउन

URL रियल टाइम में अपने सभी घटकों में पार्स होता है।

3

पैरामीटर देखें

टेबल में डिकोड किए क्वेरी पैरामीटर देखें और अलग-अलग घटक कॉपी करें।

URL क्या है?

URL (Uniform Resource Locator) एक वेब पता है जो कंप्यूटर नेटवर्क पर किसी संसाधन की स्थिति और उसे प्राप्त करने की विधि बताता है। URL में कई घटक होते हैं जिनमें प्रोटोकॉल, डोमेन नाम, पोर्ट, पाथ, क्वेरी पैरामीटर और फ़्रैगमेंट शामिल हैं।

URL की संरचना

URL कई हिस्सों से बना होता है:

प्रोटोकॉल

संचार प्रोटोकॉल (http, https, ftp आदि)

होस्टनेम

सर्वर का डोमेन नाम या IP पता

पोर्ट

नेटवर्क पोर्ट नंबर (डिफ़ॉल्ट: HTTP के लिए 80, HTTPS के लिए 443)

पाथ

सर्वर पर संसाधन का विशिष्ट पाथ

क्वेरी स्ट्रिंग

डायनामिक कंटेंट के लिए की-वैल्यू पैरामीटर

फ़्रैगमेंट

पेज के किसी विशेष हिस्से की ओर इशारा करने वाला एंकर

सामान्य प्रश्न

पार्सर कौन से URL घटक पहचानता है?

पार्सर स्कीम (प्रोटोकॉल), होस्टनेम, पोर्ट, पाथ, क्वेरी स्ट्रिंग पैरामीटर (टेबल के रूप में), फ़्रैगमेंट (हैश), यूज़रनेम, पासवर्ड, ओरिजिन और सर्च स्ट्रिंग निकालता है।

क्या यह URL-एनकोडेड अक्षरों को डिकोड करता है?

हाँ। सभी URL-एनकोडेड अक्षर (%20, %3A जैसे) पढ़ने में आसानी के लिए आउटपुट में अपने आप डिकोड होते हैं।

क्या मैं रिलेटिव URL पार्स कर सकता हूँ?

टूल एब्सोल्यूट URL (http:// या https:// से शुरू) पर सबसे अच्छा काम करता है। रिलेटिव URL को बेस URL चाहिए, जो ब्राउज़र अपने आप दे देता है।

URI, URL और URN में क्या अंतर है?

URI वह छत्र शब्द है जिसे RFC 3986 परिभाषित करता है: स्कीम, पाथ, क्वेरी और फ़्रैगमेंट से बना आइडेंटिफ़ायर। URL वह URI है जो संसाधन की स्थिति बताता है (https://ezparser.com/url-parser), जबकि URN बिना स्थिति के नाम देता है (urn:isbn:0451450523)। रोज़मर्रा के वेब काम में लगभग हमेशा आपका मतलब URL ही होता है।

पर्सेंट-एनकोडिंग कैसे काम करती है?

जो बाइट अनरिज़र्व्ड अक्षर (A-Z, a-z, 0-9, - . _ ~) नहीं है, वह % के बाद दो हेक्स अंकों में लिखा जाता है: स्पेस %20 बनता है और UTF-8 का e-acute %C3%A9। / ? # & = जैसे रिज़र्व्ड अक्षर URL संरचना में अर्थ रखते हैं, इसलिए डेटा के रूप में उपयोग होने पर इन्हें एनकोड करना ज़रूरी है। क्वेरी स्ट्रिंग में पुराने फ़ॉर्म एनकोडर स्पेस को + से मैप करते हैं - यह टूल दोनों रूप डिकोड करता है।

URL के हिस्सों को क्या कहते हैं?

https://user:[email protected]:8443/v2/users?page=2#results स्कीम (https), userinfo (user:pass@), होस्ट (api.example.com), पोर्ट (8443), पाथ (/v2/users), क्वेरी (page=2) और फ़्रैगमेंट (#results) में टूटता है। RFC 3986 का सेक्शन 3 व्याकरण परिभाषित करता है; यह पार्सर आपके लिए हर घटक लेबल करता है।

क्या पाथ के अंदर //, /./ और /../ सच में किसी चीज़ में रिज़ॉल्व होते हैं?

हाँ - RFC 3986 का सेक्शन 6 नॉर्मलाइज़ेशन परिभाषित करता है: /a/./b रिज़ॉल्व होकर /a/b, /a/../b होकर /b, और खाली सेगमेंट // सिमटकर / बनता है। ब्राउज़र और HTTP क्लाइंट रिक्वेस्ट भेजने से पहले यह लागू करते हैं, इसीलिए सिर्फ़ डॉट सेगमेंट में अलग URL आमतौर पर एक ही संसाधन तक पहुँचते हैं। स्कीम-आधारित नॉर्मलाइज़ेशन होस्ट को लोअरकेस करता है और डिफ़ॉल्ट :443 पोर्ट हटा देता है।

क्या URL की कोई अधिकतम लंबाई है?

RFC 3986 कोई सीमा नहीं रखता। व्यवहार में Chrome लगभग 2 MB स्वीकार करता है, लेकिन ज़्यादातर सर्वर रिक्वेस्ट लाइन को 8 KB के आसपास सीमित रखते हैं (Apache का डिफ़ॉल्ट LimitRequestLine 8190 बाइट है), और Twitter/X जैसे API 2048-अक्षर की सीमा दर्ज करते हैं। शेयरिंग और SEO के लिए URL को 2000 अक्षरों से नीचे रखना ही पारंपरिक सुरक्षित क्षेत्र है।

{-- * External Resources Component(#18 Phase 3b 内容佐证工程) * 工具页「权威引用」区块:RFC / W3C / WHATWG / ECMA / IANA / 官方规范站 / Wikipedia。 * * - 接受 :slug 属性 → 经 config/tool-sources.php 家族矩阵渲染该工具的权威引用 * - slug 未命中映射时不渲染(无权威来源的工具静默跳过) * - 链接 title 保持英文(引用源专名);description 经 * common.resources.descriptions.{key} 本地化,lang 未命中回退英文(线上不裸奔) * - 链接保持 dofollow(rel="noopener noreferrer") * * @param string|null $slug --}}