मुफ़्त Base64 एनकोडर और डिकोडर

यह कैसे काम करता है

यहाँ Base64 एनकोडिंग और डिकोडिंग पूरी तरह आपके ब्राउज़र में JavaScript के बिल्ट-इन btoa/atob फ़ंक्शनों और FileReader API का उपयोग करके चलती है — कोई सर्वर नहीं, कोई अपलोड नहीं, कोई थर्ड-पार्टी लाइब्रेरी नहीं। टेक्स्ट के लिए, एक encodeURIComponent/unescape रैपर सुनिश्चित करता है कि Unicode कैरेक्टर सही ढंग से एनकोड हों; फ़ाइलों के लिए, FileReader.readAsDataURL() सीधे Base64 डेटा बनाता है।

1. 1
   टेक्स्ट इनपुट: UTF-8 नॉर्मलाइज़ेशन

   btoa को दिए जाने से पहले रॉ टेक्स्ट encodeURIComponent फिर unescape से गुज़ारा जाता है। यह दो-चरण प्रक्रिया मल्टी-बाइट Unicode कैरेक्टर (इमोजी, एक्सेंट वाले अक्षर, गैर-लैटिन स्क्रिप्ट) को एक बाइट सीक्वेंस में बदलती है जिसे btoa सुरक्षित रूप से एनकोड कर सके — इस चरण को छोड़ना Latin-1 से बाहर किसी भी चीज़ के लिए एक 'character out of range' एरर फेंकता।
2. 2
   फ़ाइल इनपुट: FileReader API

   जब आप एक फ़ाइल चुनते हैं, ब्राउज़र की FileReader.readAsDataURL() मेथड फ़ाइल को स्थानीय रूप से पढ़ती है और data:<mime>;base64,<payload> रूप में एक data URL लौटाती है। टूल प्रीफ़िक्स हटाता है और केवल रॉ Base64 पेलोड रखता है, 20 MB तक किसी भी फ़ाइल टाइप को सपोर्ट करते हुए।
3. 3
   URL-सुरक्षित वेरिएंट (RFC 4648 §5)

   URL-सुरक्षित मोड में स्विच करने से स्टैंडर्ड आउटपुट पर तीन कैरेक्टर बदलाव लागू होते हैं: + को - में बदल दिया जाता है, / को _ में, और अंत का = पैडिंग हटा दिया जाता है। यह JWTs, URL पैरामीटरों, और फ़ाइल नामों में उपयोग होने वाले RFC 4648 §5 अल्फ़ाबेट से मेल खाता है जहाँ + और / को पर्सेंट-एनकोडिंग की ज़रूरत होती।
4. 4
   डिकोडिंग: पैडिंग रिस्टोरेशन और atob

   डिकोड करते समय, टूल व्हाइटस्पेस हटाता है (MIME-रैप्ड Base64 को हैंडल करता है), URL-सुरक्षित अल्फ़ाबेट को वापस स्टैंडर्ड कैरेक्टरों में मैप करता है, फिर atob कॉल करने से पहले कोई भी गायब = पैडिंग फिर से जोड़ता है। आउटपुट बाइट्स को decodeURIComponent(escape(...)) के साथ वापस एक Unicode स्ट्रिंग में बदला जाता है — एनकोड पाथ का मिरर।

संबंधित टूल