एन्कोडिंग टूल

डेटा शायद ही कभी अपने मूल रूप में यात्रा करता है। बाइनरी फ़ाइलें टेक्स्ट में बदली जाती हैं ताकि ईमेल और JSON में सुरक्षित रहें, और टेक्स्ट को एस्केप किया जाता है ताकि वह URL में सुरक्षित बैठ सके। जब एक तरफ़ एन्कोडिंग और दूसरी तरफ़ डिकोडिंग अलग तरह से होती है, तो टूटे लिंक, बिगड़े अक्षर या ऐसे टोकन मिलते हैं जो अब वैलिड नहीं होते। इस श्रेणी में मुफ़्त कन्वर्टर हैं जो साफ़ दिखाते हैं कि क्या बदला और क्यों, और पूरी तरह आपके ब्राउज़र में चलते हैं।

Base64 एन्कोडर और डिकोडर

Base64 एन्कोडर और डिकोडर टेक्स्ट को Base64 में और वापस बदलता है, स्टैंडर्ड और URL-सेफ़ अक्षरमाला, MIME और PEM के लिए वैकल्पिक लाइन ब्रेक और सही UTF-8 के साथ, ताकि हिंदी अक्षर और इमोजी सुरक्षित रहें। यह आकार में बढ़ोतरी दिखाता है और बाइट टेक्स्ट न हों तो हेक्स व्यू पर चला जाता है, जो data URI, Basic ऑथेंटिकेशन हेडर और JWT के हिस्से देखने के लिए आदर्श है।

URL एन्कोडर और डिकोडर

URL एन्कोडर और डिकोडर एक मान या पूरा पता एन्कोड करता है, %XX क्रमों को पढ़ने लायक टेक्स्ट में बदलता है और लिंक को होस्ट, पाथ और पैरामीटर में बाँटता है। यह ग़लत एस्केप और डबल एन्कोडिंग, जैसे %2520 बन चुका स्पेस, पकड़ता है और ज़रूरत हो तो स्पेस के लिए प्लस चिह्न देता है।

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

जब सर्च शब्द या रीडायरेक्ट वाला लिंक टूटे, जब API को बिगड़े हुए पैरामीटर मिलें, जब टोकन या सर्टिफ़िकेट हाथ से पढ़ना हो, या जब छोटी इमेज को data URI के रूप में जोड़ना हो, तब इनका इस्तेमाल करें। दोनों तरफ़ के सटीक बाइट देखने से आम तौर पर कुछ सेकंड में फ़र्क़ दिख जाता है।

एन्कोडिंग सुरक्षा नहीं है

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

एन्कोडिंग की आम ग़लतियाँ

ज़्यादातर बग कुछ बार-बार होने वाली ग़लतियों से आते हैं: base64url को स्टैंडर्ड अक्षरमाला से डिकोड करना, सख़्त डिकोडर की उम्मीद वाली = पैडिंग हटा देना, किसी मान को दो बार एन्कोड करना जिससे स्पेस %2520 बन जाए, जहाँ encodeURIComponent चाहिए वहाँ encodeURI इस्तेमाल करना, या UTF-8 बाइट को किसी दूसरे कैरेक्टर सेट में पढ़ना जिससे अक्षर बिगड़ जाएँ। इनपुट और आउटपुट को साथ-साथ देखने से पता चलता है कि मामला कौन-सा है।

एन्कोडिंग की छोटी चेकलिस्ट

एन्कोड करने से पहले जानें कि दूसरी तरफ़ कौन-सा फ़ॉर्मेट चाहिए: स्टैंडर्ड या URL-सेफ़ Base64, पैडिंग के साथ या बिना, एक मान या पूरा URL, स्पेस %20 या +। ठीक एक बार एन्कोड करें, उसी समय जब मान URL या डेटा में जाए, हमेशा UTF-8 इस्तेमाल करें, और एक नमूना डिकोड करके पक्का करें कि वापसी में मूल मान मिलता है। कुछ सही साबित नमूने पास रखें, ताकि किसी लाइब्रेरी या फ़्रेमवर्क के अपडेट को सेकंडों में परख सकें।

बारीकियाँ समझें

दोनों कन्वर्टर विस्तृत गाइड से जुड़े हैं जो बताती हैं कि एन्कोडिंग कैसे काम करती हैं, पैडिंग और अक्षरमाला के कौन-से फ़र्क़ अक्सर उलझाते हैं, और डिकोड न होने वाले आउटपुट को कैसे ठीक करें।

सुझाव: किसी मान को सिर्फ़ एक बार एन्कोड करें, उस जगह जहाँ वह URL, हेडर या data URI में जाता है, और सिर्फ़ एक बार डिकोड करें जहाँ वह बाहर आता है। दो बार एन्कोड करना %2520 और बिगड़े Base64 का सबसे आम कारण है। एक तेज़ जाँच यह है कि मान को एक बार डिकोड करें और देखें कि उसमें अब भी ऐसे % या = अक्षर तो नहीं हैं जो वहाँ नहीं होने चाहिए। नतीजे की एक कॉपी रखें, ताकि अगले बदलाव के बाद उससे तुलना कर सकें।