CrateX.app

URL पार्सर

सामान्य hierarchical URL (जैसे https://example.com/path) को protocol, hostname, port और path जैसे structured fields में विभाजित करें। Query parameters को एक-एक करके संपादित करें और assembled URL का real-time preview देखें। API debugging, link analysis और parameter tuning के लिए उपयोगी।

URL पार्सर

🚀 क्विक स्टार्ट

इनपुट बॉक्स में URL (या relative path) पेस्ट/टाइप करें; टूल इसे अपने-आप parse करने की कोशिश करेगा।
“संरचना विवरण” में प्रोटोकॉल, होस्टनाम, पोर्ट, पाथ, फ़्रैगमेंट आदि फ़ील्ड अलग-अलग संपादित करें।
“क्वेरी पैरामीटर” में key-value जोड़ें, हटाएँ या बदलें।
“आउटपुट URL” रियल-टाइम में अपडेट होता है और एक क्लिक में कॉपी किया जा सकता है।
स्कीम न होने पर https:// अपने-आप जोड़ने के लिए “स्कीम गायब हो तो https:// जोड़ें” चालू करें।

📌 सामान्य उपयोग के मामले

API डिबगिंग: endpoint URL को भागों में तोड़कर query parameters जाँचें/बदलें और पैरामीटर पासिंग की समस्या जल्दी पकड़ें।
लिंक विश्लेषण: जटिल मार्केटिंग/ट्रैकिंग URLs को तोड़कर UTM पैरामीटर, referrer स्रोत आदि देखें।
पैरामीटर समायोजन: pagination, filtering, sorting जैसे query parameters को जल्दी add/remove/edit करें, ताकि manual URL concatenation कम हो।
लिंक सफ़ाई: साझा करने से पहले अनावश्यक tracking parameters हटाकर साफ़ URL बनाएं।
रीडायरेक्ट जाँच: redirect URL को खोलकर target host, port और path सही हैं या नहीं देखें।
Deep Link निर्माण: app deep links (custom scheme सहित) बनाकर पूरा URL तुरंत प्रीव्यू करें।

🧭 उपयोग टिप्स

जब इनपुट में scheme न हो और वह domain या host:port जैसा दिखे, तब “https:// ऑटो जोड़ें” चालू रखना बेहतर है। किसी खास scheme की जाँच के लिए पूरा scheme prefix सीधे लिखें।
query parameter values अपने-आप URL encode/decode हो जाते हैं; सामान्यतः plain text ही दर्ज करें।
अगर search खाली है और # के बाद वाले हिस्से में ? है, तो टूल उसे hash के query parameters के रूप में parse करता है।
relative path इनपुट (जैसे /api/users?page=2) समर्थित है; इस मोड में protocol और hostname खाली रहते हैं।
संपादन के बाद “आउटपुट URL” से एक क्लिक में कॉपी करें, ताकि मैनुअल जोड़ने की गलती न हो।
किसी एक value को अलग से encode/decode करना हो तो “URL Encoder/Decoder” टूल का उपयोग करें।

⚠️ सीमाएं और संगतता

यह टूल ब्राउज़र के built-in URL API पर निर्भर है; कुछ non-standard formats parse नहीं हो सकते। mailto:, data:, file: जैसे non-hierarchical schemes की field-by-field editing और reassembly सीमित है।
ऑटो एन्कोडिंग RFC 3986 के अनुसार होती है, इसलिए कुछ पुराने/गैर-मानक सिस्टम से परिणाम अलग हो सकते हैं।

🔒 गोपनीयता और सुरक्षा

सारी प्रोसेसिंग आपके ब्राउज़र में लोकल होती है; डेटा आपके डिवाइस से बाहर नहीं जाता।
URL में username/password plain text में दिखते हैं; सार्वजनिक वातावरण में संवेदनशील URLs का उपयोग न करें।
यह टूल केवल URL पार्स और assemble करता है; कोई HTTP request नहीं भेजता और target address नहीं खोलता।

❓ अक्सर पूछे जाने वाले प्रश्न

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:[email protected]:8080/path?key=value#section में ऊपर के सभी भाग शामिल हैं। यह टूल मुख्यतः hierarchical URL और relative path के लिए है; mailto:, data:, file: जैसी non-hierarchical schemes में editing/reassembly सीमित है।

अगर मैं बिना scheme की URL डालूं तो क्या होगा?

टूल ऑटो-पूर्ण करने की कोशिश करेगा: “scheme न हो तो https:// जोड़ें” चालू होने पर यह https:// जोड़ता है, और बंद होने पर http:// जोड़ता है। ftp: या custom: जैसी किसी खास scheme की जांच के लिए पूरा scheme prefix सीधे लिखें। “अमान्य URL” सिर्फ गलत फ़ॉर्मेट पर दिखेगा।

पैरामीटर बदलने के बाद आउटपुट क्यों नहीं बदल रहा?

दो बातें जाँचें: 1) पैरामीटर की “key” खाली न हो (खाली key वाली पंक्ति आउटपुट में नहीं आती)। 2) आप “क्वेरी पैरामीटर” सेक्शन बदल रहे हों, “इनपुट URL” बॉक्स नहीं। इनपुट बॉक्स संपादित करने पर URL दोबारा पार्स होकर मैनुअल बदलाव ओवरराइट हो सकते हैं।

# से पहले और # के बाद वाले query parameters में क्या फर्क है?

मानक URL में ? के बाद के parameters सर्वर को भेजे जाते हैं, जबकि # के बाद की सामग्री केवल client-side रहती है। यह टूल पहले ?search को parse करता है; अगर search खाली हो और # में ? हो, तो उसे hash parameters की तरह parse करता है।

अगर parameter value में देवनागरी/विशेष चिन्ह हों तो क्या करें?

value सीधे लिखें; टूल percent-encoding (URL encoding) अपने-आप कर देगा। पूरे टेक्स्ट को अलग से encode/decode करना हो तो “URL Encoder/Decoder” इस्तेमाल करें।

क्या बिना डोमेन वाले relative paths पार्स हो सकते हैं?

हाँ। /api/data?id=1 जैसे इनपुट relative-path मोड में पार्स होते हैं, इसलिए protocol और hostname खाली रहते हैं।

अगर port खाली छोड़ दें तो क्या होगा?

खाली छोड़ने पर scheme का default port (HTTPS 443, HTTP 80) माना जाता है, और आउटपुट URL में port नहीं दिखता।