यूआरएल डिकोडर

यूआरएल डिकोडर एक मुफ़्त टूल है, जो प्रतिशत-एन्कोड किए गए यूआरएल टेक्स्ट को उसके मूल स्ट्रिंग रूप में बदलता है।

यूआरएल डिकोडिंग क्या करती है?

यूआरएल डिकोडिंग उस एस्केपिंग को उलटती है, जिसका इस्तेमाल स्पेस, विराम-चिह्न और अन्य बाइट्स को यूआरएल तथा प्रतिशत-एन्कोडिंग वाली दूसरी निर्धारित सिंटैक्स में भेजने के लिए किया जाता है। प्रतिशत-एन्कोडिंग में एक बाइट को प्रतिशत चिह्न और उसके बाद दो हेक्साडेसिमल अंकों से दिखाया जाता है। फ़ॉर्म-शैली की यूआरएल एन्कोडिंग में स्पेस के लिए + भी इस्तेमाल होता है। उदाहरण के लिए, स्पेस को %20 और एम्परसैंड को %26 लिखा जा सकता है।

एन्कोडिंग से पहले और बाद का एक छोटा उदाहरण:

एन्कोड किया गया इनपुट: red%20%26%20blue

डिकोड किया गया आउटपुट: red & blue

इस एन्कोडिंग की ज़रूरत इसलिए पड़ती है क्योंकि यूआरएल में कुछ वर्णों के संरचनात्मक अर्थ होते हैं। प्रश्नवाचक चिह्न यूआरएल की क्वेरी को अलग करता है, जबकि फ़ॉर्म-शैली के क्वेरी डेटा में वास्तविक एम्परसैंड आम तौर पर फ़ील्ड अलग करता है। इन वर्णों को एन्कोड करके कोई ऐप्लिकेशन इन्हें विभाजक के बजाय डेटा के रूप में भेज सकता है।

यूआरएल एन्कोडिंग, एन्क्रिप्शन नहीं है और इससे कोई गोपनीयता नहीं मिलती। एन्कोड किया गया मान पढ़ सकने वाला कोई भी व्यक्ति उसे डिकोड कर सकता है। प्रतिशत-एन्कोड किए गए पासवर्ड, ऐक्सेस टोकन या निजी जानकारी को सुरक्षित डेटा न मानें।

यूआरएल डिकोडर का इस्तेमाल कैसे करें?

एन्कोड किया गया टेक्स्ट पेस्ट करें या दर्ज करें, उसे प्रोसेस करें और फिर यूआरएल डिकोडेड परिणाम फ़ील्ड में बहाल किया गया मान देखें। यह टूल PHP के urldecode फ़ंक्शन का इस्तेमाल करता है, इसलिए यह मान्य %HH अनुक्रमों को बदलता है और धन चिह्न को स्पेस मानता है।

1. एन्कोड किया गया हिस्सा कॉपी करें, जैसे किसी क्वेरी पैरामीटर का मान।
2. यूआरएल-एन्कोड किया गया मान दर्ज करें। उद्धरण चिह्न तभी जोड़ें, जब वे वास्तव में उस मान का हिस्सा हों।
3. यूआरएल इनपुट को प्रोसेस करें और यूआरएल डिकोडेड परिणाम देखें।
4. अगर आउटपुट में अब भी %2F या %20 जैसे अनुक्रम हैं, तो दोबारा डिकोड करने से पहले जाँचें कि स्रोत को एक से ज़्यादा बार एन्कोड किया गया था या नहीं।

प्रोसेसिंग सर्वर पर होती है। आपका इनपुट HTTPS के ज़रिए सर्वर तक जाता है और संग्रहीत नहीं किया जाता, लेकिन प्रोसेसिंग के दौरान वह आपके डिवाइस से बाहर जाता है। इस यूआरएल डिकोडर में गोपनीय जानकारी तभी पेस्ट करें, जब उस डेटा के लिए सर्वर-साइड प्रोसेसिंग उपयुक्त हो।

यूआरएल एन्कोडिंग कहाँ इस्तेमाल होती है?

यूआरएल एन्कोडिंग सबसे अधिक क्वेरी स्ट्रिंग, फ़ॉर्म सबमिशन और लिंक में शामिल मानों में मिलती है। यह कुछ कम स्पष्ट जगहों पर भी दिखाई देती है, जहाँ डेटा को सीमित टेक्स्ट फ़ॉर्मैट से गुज़रना होता है।

• क्वेरी स्ट्रिंग: "tea & cake" की खोज q=tea+%26+cake के रूप में दिखाई दे सकती है।
• डेटा URI: मीडिया टाइप के बाद टेक्स्ट डेटा को प्रतिशत-एन्कोड किया जा सकता है, हालाँकि Base64 भी एक सामान्य निरूपण है।
• ईमेल लिंक: mailto लिंक अपने विषय या बॉडी पैरामीटर में स्पेस, लाइन ब्रेक और विराम-चिह्न एन्कोड कर सकता है। ईमेल संदेश के भीतर इस्तेमाल होने वाली MIME ट्रांसफ़र एन्कोडिंग अलग फ़ॉर्मैट हैं।
• JSON पेलोड: JSON के अपने एस्केपिंग नियम होते हैं, लेकिन किसी JSON स्ट्रिंग में पहले से एन्कोड किया गया यूआरएल या क्वेरी मान हो सकता है, जिसे अलग से डिकोड करना पड़ता है।
• अंतरराष्ट्रीयकृत डोमेन: गैर-ASCII डोमेन लेबल आम तौर पर प्रतिशत-एन्कोडिंग के बजाय Punycode इस्तेमाल करते हैं। फिर भी पाथ और क्वेरी के हिस्सों में प्रतिशत-एन्कोड किए गए UTF-8 बाइट्स हो सकते हैं।

अगर एन्कोड किया गया टेक्स्ट xn-- से शुरू होने वाला डोमेन लेबल है, तो आईडीएन पन्यकोड कन्वर्टर का इस्तेमाल करें। यूआरएल डिकोडर प्रतिशत-एन्कोड किए गए यूआरएल हिस्सों के लिए है, Punycode बदलने के लिए नहीं।

यूआरएल डिकोडिंग के उदाहरण

नीचे दिए गए यूआरएल डिकोडिंग उदाहरण सामान्य इनपुट और उनसे मिलने वाला डिकोड किया गया टेक्स्ट दिखाते हैं।

• hello%20world बदलकर hello world बनता है।
• name=Tom+Jones बदलकर name=Tom Jones बनता है।
• fish%26chips बदलकर fish&chips बनता है।
• जब बाइट्स UTF-8 टेक्स्ट दर्शाते हैं, तो %C2%A3 बदलकर £ बनता है।
• UTF-8 के रूप में पढ़ने पर %E6%9D%B1%E4%BA%AC बदलकर 東京 बनता है।
• 100%25 बदलकर 100% बनता है।

सामान्य अक्षर, अंक और बिना एन्कोड किए गए विराम-चिह्न आम तौर पर वैसे ही रहते हैं जैसे दर्ज किए गए थे। खाली इनपुट से खाली यूआरएल डिकोडेड परिणाम मिलता है। बहुत लंबे इनपुट पर भी डिकोडिंग के यही नियम लागू होते हैं, हालाँकि ब्राउज़र, सर्वर और डेटा पाने वाले सिस्टम अनुरोध या यूआरएल की लंबाई पर अपनी सीमाएँ लगा सकते हैं।

उच्चारण चिह्न वाले और गैर-लैटिन वर्ण आम तौर पर UTF-8 बाइट्स के अनुक्रम के रूप में एन्कोड होते हैं, जिसमें हर बाइट अलग से लिखी जाती है। अगर मूल सिस्टम ने कोई दूसरी वर्ण एन्कोडिंग इस्तेमाल की थी, तो डिकोड किए गए बाइट्स प्रतिस्थापन चिह्नों या अर्थहीन दिखने वाले टेक्स्ट के रूप में दिखाई दे सकते हैं।

यूआरएल डिकोड करने पर गलत या बेतुका टेक्स्ट क्यों मिलता है?

अगर इनपुट में अधूरे प्रतिशत अनुक्रम हों, उसे एक से ज़्यादा बार एन्कोड किया गया हो, उसे गलत वर्ण सेट से पढ़ा जा रहा हो या वह यूआरएल-एन्कोड किया गया डेटा ही न हो, तो यूआरएल डिकोडिंग से आउटपुट अपरिवर्तित या अनपेक्षित मिल सकता है। PHP का urldecode गलत प्रतिशत अनुक्रमों को जस का तस छोड़ देता है, जबकि दो बार एन्कोड किए गए इनपुट को एक बार डिकोड करने पर केवल बीच का परिणाम मिलता है। बार-बार डिकोड करने से पहले मूल स्रोत की जाँच करें।

• दो बार एन्कोड किया गया इनपुट: %2520 को एक बार डिकोड करने पर %20 मिलता है और यह दूसरी बार डिकोड करने के बाद ही स्पेस बनता है। दोबारा तभी डिकोड करें, जब आपको पता हो कि एन्कोडिंग की एक और परत मौजूद है।
• अधूरा प्रतिशत अनुक्रम: हर एन्कोड किए गए बाइट के लिए दो हेक्साडेसिमल अंक ज़रूरी हैं। आखिर में आया % या %2 जैसा मान गलत है और पूरा एन्कोड किया गया बाइट नहीं दर्शा सकता, इसलिए PHP का urldecode उसे जस का तस छोड़ देता है।
• गलत वर्ण एन्कोडिंग: प्रतिशत-डिकोडिंग बाइट्स को बहाल करती है। उदाहरण के लिए, ISO-8859-1 बाइट्स को UTF-8 मानकर पढ़ने पर बेतुका टेक्स्ट मिल सकता है, भले ही प्रतिशत अनुक्रम मान्य हों।
• टेक्स्ट के बजाय बाइनरी डेटा: डिकोड किए गए बाइट्स किसी इमेज, कम्प्रेस की गई फ़ाइल या दूसरी बाइनरी सामग्री को दर्शा सकते हैं। ऐसा आउटपुट पढ़ने योग्य टेक्स्ट के रूप में दिखाई नहीं देगा।
• गलत एन्कोडिंग परिवार: अगर यूआरएल-डिकोड किए गए परिणाम को बाद में बेस64 डिकोडर में भेजा जाता है, तो मानक और यूआरएल-सुरक्षित अल्फ़ाबेट के अंतर, गायब = पैडिंग या खराब इनपुट के कारण वह डिकोडर विफल हो सकता है। यूआरएल प्रतिशत-एन्कोडिंग में कोई पैडिंग नहीं होती और यह Base64 अल्फ़ाबेट इस्तेमाल नहीं करती। यूआरएल डिकोडिंग इन Base64 समस्याओं की न तो पुष्टि करती है, न उन्हें ठीक करती है।

वास्तविक धन चिह्नों के मामले में सावधान रहें। फ़ॉर्म-शैली की यूआरएल एन्कोडिंग में + का अर्थ स्पेस होता है। किसी वास्तविक धन चिह्न को डिकोड करने से पहले आम तौर पर %2B के रूप में एन्कोड किया जाना चाहिए।

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

क्या पूरा यूआरएल डिकोड करूँ या सिर्फ़ उसका एक हिस्सा?

जहाँ संभव हो, केवल संबंधित पाथ सेगमेंट या क्वेरी पैरामीटर के मान को डिकोड करें। पूरा यूआरएल डिकोड करने पर %26, %3F या %2F जैसे एन्कोड किए गए आरक्षित वर्ण विभाजकों में बदल सकते हैं और यूआरएल को पढ़ने का तरीका बदल सकता है।

क्या छोटे अक्षरों वाले हेक्साडेसिमल कोड भी डिकोड होते हैं?

हाँ। प्रतिशत अनुक्रमों में हेक्साडेसिमल अंक केस-सेंसिटिव नहीं होते, इसलिए %2f और %2F दोनों एक ही बाइट दर्शाते हैं। बड़े और छोटे अक्षरों के मिले-जुले अनुक्रम भी मान्य हैं।

क्या टूल एक ही मान को बार-बार डिकोड करता है?

नहीं। urldecode को एक बार कॉल करने पर डिकोडिंग का केवल एक चरण पूरा होता है। अगर %252F बदलकर %2F बनता है, तो स्लैश पाने के लिए एक और चरण की ज़रूरत होगी। लेकिन बार-बार डिकोड करने से ऐसा डेटा भी बदल सकता है, जिसमें प्रतिशत अनुक्रम को वास्तविक टेक्स्ट के रूप में रखा जाना था।

क्या यूआरएल डिकोडिंग खराब हो चुका टेक्स्ट ठीक कर सकती है?

नहीं। यह मान्य प्रतिशत-एन्कोडिंग को उलट सकती है, लेकिन गायब हेक्साडेसिमल अंकों को दोबारा नहीं बना सकती और न ही मूल वर्ण सेट का निश्चित रूप से पता लगा सकती है। अगर डिकोड किए गए बाइट्स सही तरह दिखाई न दें, तो स्रोत सिस्टम, HTTP हेडर या दस्तावेज़ देखें।

xn-- से शुरू होने वाले मान का क्या करूँ?

उसे सामान्य प्रतिशत-एन्कोड किया गया टेक्स्ट नहीं, बल्कि Punycode डोमेन लेबल मानें। आईडीएन पन्यकोड कन्वर्टर का इस्तेमाल करें और फिर मिले हुए डोमेन को ध्यान से जाँचें, क्योंकि देखने में एक जैसे Unicode वर्ण अलग-अलग लिपियों के हो सकते हैं।