Base64 एन्कोड/डिकोड
सही UTF-8, URL-safe वैरिएंट और फ़ाइल समर्थन
Base64 एन्कोडिंग क्या है?
Base64 बाइनरी डेटा — या किसी भी टेक्स्ट — को एक सुरक्षित ASCII स्ट्रिंग में बदल देता है जिसमें सिर्फ़ अक्षर, अंक, प्लस चिह्न, स्लैश और बराबर के चिह्न होते हैं। यह एन्क्रिप्शन नहीं है; यह डेटा को उन चैनलों से गुज़ारने का तरीका है जो सिर्फ़ सादा टेक्स्ट समझते हैं — जैसे ईमेल अटैचमेंट, URL या JSON फ़ील्ड। यह टूल UTF-8 का सही इस्तेमाल करके एन्कोड और डिकोड करता है, इसलिए हिंदी, चीनी, जापानी, इमोजी और हर दूसरी लिपि आने-जाने पर ख़राब नहीं होती — यही वह समस्या है जो साधारण कन्वर्टर्स में अक्सर दिखती है। इसमें RFC 4648 का URL-सेफ़ वर्ज़न भी है और फ़ाइल को Base64 में बदलने की सुविधा भी। यह डेवलपर्स, टेस्टर्स और उन सभी के लिए बना है जो सिस्टमों के बीच डेटा ले-जाते हैं।
यह टूल क्या कर सकता है
- 🔡 टेक्स्ट को सही UTF-8 हैंडलिंग के साथ Base64 में एन्कोड करना
- 🔄 Base64 को वापस पढ़ने योग्य टेक्स्ट में डिकोड करना
- 🔗 URL-सेफ़ वर्ज़न: + और / की जगह - और _, बिना पैडिंग
- 📎 5 MB तक की फ़ाइल को Base64 में बदलना
- 📈 दोनों दिशाओं में बाइट और अक्षरों की गिनती दिखाना
- 📋 नतीजा एक क्लिक में कॉपी करना
इसका उपयोग कब करें
- बाइनरी या गैर-ASCII डेटा को JSON/XML फ़ील्ड में डालते समय
- पुराने API का Base64 पेलोड सही डिकोड होता है या नहीं, यह जाँचते समय
- डेटा को URL क्वेरी पैरामीटर के लिए सुरक्षित बनाते समय
- लॉग में मिले ईमेल अटैचमेंट के Base64 को समझते समय
गोपनीयता: एन्कोडिंग और डिकोडिंग पूरी तरह आपके ब्राउज़र में होती है — कुछ भी अपलोड नहीं होता, और फ़ाइल रूपांतरण भी लोकल होता है। मुफ़्त, किसी अकाउंट की ज़रूरत नहीं।
Base64 क्या कर सकता है — और क्या नहीं
हर लिपि सुरक्षित रहती है
एन्कोडिंग और डिकोडिंग सही UTF-8 हैंडलिंग से गुजरती हैं, इसलिए चीनी, जापानी, इमोजी और हर दूसरी लिपि बाइट-दर-बाइट वापस मिलती है — जहाँ नए कन्वर्टर गैर-ASCII पाठ बिगाड़ देते हैं।
URL-सुरक्षित और उदार
RFC 4648 का URL-सुरक्षित रूप प्लस और स्लैश को हाइफ़न और अंडरस्कोर से बदलता है और पैडिंग हटाता है, जबकि डिकोडिंग व्हाइटस्पेस सहन करती है और URL-सुरक्षित इनपुट खुद पहचान लेती है।
फ़ाइलें बनती हैं Base64
5MB तक की फ़ाइल जोड़ें और वह एक ही पास में Base64 स्ट्रिंग बन जाती है, साथ ही इनपुट बाइट और आउटपुट वर्ण दिखाने वाली रिपोर्ट मिलती है, ताकि कहीं पेस्ट करने से पहले आकार का बढ़ना दिखे।
RFC 4648 के अनुसार Base64
मानक alphabet A–Z a–z 0–9 + / है, padding =; हर 3 input bytes बनते हैं 4 output characters — ~33% size overhead का ध्यान रखें। URL-safe variant + और / की जगह - और _ रखता है ताकि tokens URLs और filenames में बचे रहें।
- Decode करते समय whitespace और missing padding सहन किए जाते हैं — paste की हुई value आम तौर पर सीधे चलती है।
- Encoding encryption नहीं है: string देखने वाला कोई भी उसे decode कर सकता है। यह transport के लिए है, गोपनीयता के लिए कभी नहीं।
अक्सर पूछे जाने वाले प्रश्न
अन्य टूल चीनी/इमोजी टेक्स्ट को क्यों बिगाड़ देते हैं?
JavaScript का कच्चा btoa() सिर्फ़ Latin-1 संभालता है। हम पहले टेक्स्ट को UTF-8 बाइट्स (TextEncoder) में एनकोड करते हैं, इसलिए चीनी, जापानी, इमोजी और हर दूसरी लिपि सही ढंग से आगे-पीछे कन्वर्ट होती है।
URL-सुरक्षित Base64 क्या है?
एक वेरिएंट (RFC 4648 §5) जो + को - से, / को _ से बदलता है और = पैडिंग हटाता है, ताकि परिणाम बिना एस्केपिंग के URL, फ़ाइल नामों और JWT के अंदर रह सके। इसे एनकोड या डिकोड करने के लिए URL-सुरक्षित चेकबॉक्स टॉगल करें।
क्या Base64 एन्क्रिप्शन है?
नहीं — यह एन्क्रिप्शन नहीं, एनकोडिंग है। कोई भी इसे तुरंत डिकोड कर सकता है। इसे डेटा ट्रांसपोर्ट और एम्बेडिंग के लिए इस्तेमाल करें, कभी रहस्य छुपाने के लिए नहीं।