URL Parser

यह किसके लिए है?

एक URL सात अच्छी तरह से परिभाषित हिस्सों (scheme, authority, host, port, path, query, fragment) वाली एक संरचित string है जिसे आप एक blob के रूप में देखते हैं। जब कुछ गलत होता है — गलत parameter, अप्रत्याशित port, एक अतिरिक्त encoded अक्षर — इसे raw string में देखने की तुलना में parsed table में देखना बहुत आसान है। यह टूल browser के native URL object का उपयोग करता है ताकि parse ठीक उसी से मेल खाए जो JavaScript देखता है, फिर प्रत्येक query parameter को बाहर निकालता है ताकि decoded values raw रूप के साथ-साथ दिखाई दें।

कब इस्तेमाल करें

• OAuth callback URL को debug करना जहां state या code गलत दिखता है।
• एक tracking URL (UTM tags, click-tokens) की जांच करना और encoded blob के बजाय वास्तविक मान देखना।
• यह पुष्टि करना कि एक webhook URL उसी तरह parse होता है जैसा receiving service अपेक्षा करती है — विशेष रूप से path और कोई भी query।
• यह जांचना कि एक deep link एक app में क्यों काम करता है और दूसरे में नहीं (port? scheme? authority?)।

आम गलतियाँ

• दोहराई गई query keys वास्तविक हैं। ?a=1&a=2 a के लिए दो मान हैं; जो टूल केवल पहला पढ़ते हैं वे डेटा खो देते हैं। Parser प्रति key सभी मान दिखाता है।
• Fragment कभी server तक नहीं पहुंचता। # के बाद कुछ भी browser में रहता है। यदि आपका backend URL में डाला गया डेटा नहीं देख रहा है, तो जांचें कि क्या यह वास्तव में fragment में है।
• Encoding मायने रखती है। एक query मान में %20 space में decode होता है; एक query मान में + भी space में decode होता है (application/x-www-form-urlencoded के अनुसार)। Browser का URL.searchParams दोनों को संभालता है।
• Default ports port में नहीं दिखाई देते। https://example.com/ जैसे URL में port खाली है (default 443 निहित है)।
• Punycode hostnames। example.中国 आंतरिक रूप से xn--fiqs8s के रूप में संग्रहीत है; browser के आधार पर hostname ASCII रूप दिखा सकता है।
• Origin कभी-कभी "null" होता है। file://, data:, या sandboxed contexts के लिए, origin अपारदर्शी है।
• यह parsing है, validation नहीं। एक URL साफ-सुथरा parse हो सकता है और फिर भी आपके application के लिए गलत हो सकता है (जैसे गलत host, missing path)।