नेटवर्क/HTTP
URL Parser
URL को उसके भागों में विभाजित करें — प्रोटोकॉल, होस्ट, पोर्ट, पथ, क्वेरी पैरामीटर, फ़्रैगमेंट।
A URL is made of several parts — protocol, host, port, path, query parameters, and a fragment — that are easy to mix up when reading a long link. This tool breaks a URL down into those parts and shows each one separately.
How to use it
- Paste any URL and it's split into protocol, host, port, path, query parameters, and fragment (#) instantly.
- Query parameters are listed as separate key-value pairs, even when there are many or they repeat.
- The port is shown explicitly even when the URL doesn't specify one (in which case the protocol's default applies — 80 for HTTP, 443 for HTTPS).
Common uses
- Quickly reading a long link cluttered with dozens of tracking parameters (utm_*, ref, fbclid, and so on).
- Checking exactly which host and port a link from someone else will actually open.
- Debugging redirects or malformed URLs in code — you can see exactly which part differs from what's expected.
Things to keep in mind
The fragment (the part after #) is never sent to the server — it's a purely client-side part of the URL the server never even sees.
Hosts with non-ASCII characters (Cyrillic, CJK) are actually transmitted over the network in punycode (xn--...), even when the browser's address bar shows plain letters.
इस टूल के बारे में लेख: URL पार्सिंग: वेब एड्रेस किन हिस्सों से बनता है
अक्सर पूछे जाने वाले प्रश्न
URL के "host" और "origin" में क्या अंतर है?
Host केवल डोमेन और पोर्ट है (example.com:8080), जबकि origin में स्कीम भी शामिल है (https://example.com:8080) — एक ही origin साझा करने के लिए दो URL को तीनों में मेल खाना चाहिए।
पार्स किया गया पाथ कभी-कभी मेरे टाइप किए गए से अलग क्यों दिखता है?
ब्राउज़र और पार्सर URL को नॉर्मलाइज़ करते हैं — "./" और "../" सेगमेंट्स को संक्षिप्त करते हुए, कुछ प्रतिशत-एन्कोडेड अक्षरों को डीकोड करते हुए, और बेयर डोमेन में ट्रेलिंग स्लैश जोड़ते हुए — इसलिए पार्स किया गया परिणाम रिज़ॉल्व्ड, कैनोनिकल फॉर्म दर्शाता है।
क्या यहां URL पार्स करने पर वह कहीं भेजा जाता है?
नहीं। पार्सिंग पूरी तरह आपके ब्राउज़र में नेटिव URL API का उपयोग करके होती है — कुछ भी सर्वर पर नहीं भेजा जाता।
URL में userinfo क्या है और यह ख़तरनाक क्यों है?
@ से पहले का "user:password@" हिस्सा क्रेडेंशियल के लिए बनाया गया है, पर हमलावर इसका इस्तेमाल फ़िशिंग लिंक छुपाने के लिए करते हैं: https://accounts.google.com@evil.com/ असल में evil.com की ओर ले जाता है, Google की ओर नहीं।
कुछ URL में होस्ट xn-- से शुरू होने वाली बेतरतीब स्ट्रिंग जैसा क्यों दिखता है?
यह इंटरनेशनलाइज़्ड डोमेन नेम (IDN) के लिए punycode एन्कोडिंग है — सिरिलिक, CJK या अन्य नॉन-ASCII कैरेक्टर वाले डोमेन को पुराने DNS सिस्टम के अनुकूल फ़ॉर्मैट में दर्शाने का तरीक़ा।