URL पार्सर
URL पार्सर एकल URL या सापेक्ष पथ को स्थानीय रूप से प्रोटोकॉल, क्रेडेंशियल्स, होस्ट, पोर्ट, पथ, हैश और क्वेरी पैरामीटर पंक्तियों में पार्स करता है, आपको उन्हें संपादित करने देता है, और पुनर्निर्मित URL का पूर्वावलोकन करता है।
इनपुट URL
स्कीम न होने पर https:// स्वतः जोड़ें
अक्षर
0 / 500,000
विवरण
प्रोटोकॉल
होस्टनेम
पोर्ट
यूज़रनेम / पासवर्ड
यूज़रनेम
पासवर्ड
पाथ
फ्रैगमेंट (#)
क्वेरी पैरामीटर
0
कोई पैरामीटर नहीं
रीबिल्ड किया हुआ URL
क्विक स्टार्ट
सामान्य उपयोग के मामले
API डिबगिंग
endpoint URL को भागों में तोड़कर query parameters जाँचें/बदलें और पैरामीटर पासिंग की समस्या जल्दी पकड़ें।
लिंक विश्लेषण
UTM पैरामीटर, रेफरर मान और लक्ष्य पथ का निरीक्षण करने के लिए जटिल मार्केटिंग या ट्रैकिंग URL टेक्स्ट को अनपैक करें।
पैरामीटर समायोजन
pagination, filtering, sorting जैसे query parameters को जल्दी add/remove/edit करें, ताकि manual URL concatenation कम हो।
लिंक सफ़ाई
साझा करने से पहले अनावश्यक tracking parameters हटाकर साफ़ URL बनाएं।
रीडायरेक्ट समस्या निवारण
रीडायरेक्ट URL टेक्स्ट का निरीक्षण करें और रीडायरेक्ट का पालन किए बिना लक्ष्य होस्ट, पोर्ट, पथ और पैरामीटर की पुष्टि करें।
डीप-लिंक निरीक्षण
गैर-पदानुक्रमित योजनाओं के लिए सीमित फ़ील्ड संपादन के साथ, पुनर्निर्मित पाठ का पूर्वावलोकन करने के लिए कस्टम-स्कीम लिंक पेस्ट करें।
उपयोग टिप्स
सीमाओं का विश्लेषण एवं पुनर्निर्माण
सीमाएं और संगतता
गोपनीयता और सुरक्षा
अक्सर पूछे जाने वाले प्रश्न
URL (Uniform Resource Locator) इंटरनेट पर किसी संसाधन का “पता” है। एक पूर्ण URL में आमतौर पर ये हिस्से होते हैं: • scheme (protocol): जैसे https:, ftp:, mailto: • authentication info: user:pass@ (वैकल्पिक, FTP/intranet में आम) • hostname: domain name या IP address • port: वैकल्पिक (डिफ़ॉल्ट HTTPS 443, HTTP 80) • path (pathname): संसाधन का रास्ता • query string:? के बाद key-value pairs, जिन्हें & से अलग किया जाता है • fragment/hash: # के बाद का हिस्सा, जो केवल client-side उपयोग होता है उदाहरण: https://user:pass@example.com:8080/path?key=value#section में ऊपर के सभी भाग शामिल हैं। यह टूल मुख्यतः hierarchical URL और relative path के लिए है; mailto:, data:, file: जैसी non-hierarchical schemes में editing/reassembly सीमित है।
ऑटो-ऐड सक्षम होने पर, कोई स्कीम गायब होने पर टूल https:// को प्रीपेन्ड करता है; अक्षम होने पर, यह http:// का उपयोग करता है। सापेक्ष पथ जैसे /api/data?id=1 को सापेक्ष-पथ मोड में पार्स किया जाता है, इसलिए प्रोटोकॉल और होस्टनाम खाली रहते हैं।
सुनिश्चित करें कि प्रत्येक पैरामीटर कुंजी खाली नहीं है, क्योंकि आउटपुट में खाली कुंजी वाली पंक्तियों को नजरअंदाज कर दिया जाता है। क्वेरी तालिका में सीधे चीनी, रिक्त स्थान या प्रतीक दर्ज करें; पुनर्निर्मित कुंजी/मूल्य पंक्तियाँ स्वचालित रूप से प्रतिशत-एन्कोडेड होती हैं।
नहीं, यह केवल URL टेक्स्ट को स्थानीय रूप से पार्स और पुनर्निर्मित करता है। यह नेटवर्क अनुरोध नहीं भेजता, रीडायरेक्ट का पालन नहीं करता, HTTP स्थिति की जाँच नहीं करता, DNS/TLS जाँच नहीं चलाता, या अंतिम गंतव्य की पुष्टि नहीं करता।
+ का अर्थ केवल application/x-www-form-urlencoded संदर्भों में स्थान है। यह पार्सर शाब्दिक + को + के रूप में रखता है और पुनर्निर्मित क्वेरी मानों में रिक्त स्थान को %20 के रूप में लिखता है, इसलिए + को एक स्थान के रूप में मानने से पहले फॉर्म पेलोड का निरीक्षण करें।
मानक URL में? के बाद के parameters सर्वर को भेजे जाते हैं, जबकि # के बाद की सामग्री केवल client-side रहती है। यह टूल पहले?search को parse करता है; अगर search खाली हो और # में? हो, तो उसे hash parameters की तरह parse करता है।