CrateX.app

Base64 एनकोड/डीकोड

URL-safe और MIME प्रारूप विकल्पों के साथ पाठ और बाइनरी डेटा के Base64 एन्कोडिंग और डिकोडिंग का समर्थन करता है। डेटा URL पार्सिंग, लाइन-बाय-लाइन एन्कोडिंग और स्वचालित प्रारूप पहचान का समर्थन करता है, API कॉल, ईमेल अनुलग्नक और डेटा एम्बेडिंग के लिए उपयुक्त है।

Base64 एनकोड/डीकोड

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

फ़ील्ड में टेक्स्ट दर्ज करें (साधारण टेक्स्ट या Base64 स्ट्रिंग दोनों स्वीकार्य हैं)।
प्रोसेस करने के लिए "Encode" या "Decode" पर क्लिक करें।
इनपुट और परिणाम एक ही टेक्स्ट बॉक्स साझा करते हैं; एक क्लिक से कॉपी या साफ़ करें।
सत्यापन के लिए, पहले एनकोड करें, फिर “Decode” पर स्विच कर राउंड‑ट्रिप जाँच करें।

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

URL/JWT: URL‑safe वेरिएंट (-/_) को प्राथमिकता दें; कुछ स्थितियों में अंत का '=' छोड़ने से escaping समस्याएँ कम हो सकती हैं।
Email/MIME: जब wrap ज़रूरी हो, MIME 76 कॉलम (CRLF) का उपयोग करें; वेब पर आम तौर पर wrap की आवश्यकता नहीं। यह टूल 76‑कॉलम wrap और LF/CRLF स्विच प्रदान करता है।
बहु‑पंक्ति टेक्स्ट: हर पंक्ति को स्वतंत्र रूप से Base64 में एनकोड करने के लिए "प्रति पंक्ति एनकोड" चालू करें
MIME/PEM: 76‑कॉलम wrapping चालू करें; जरूरत हो तो LF line break भी चालू करें
Data URL: एम्बेड करते समय data:[mime];base64,… रूप का उपयोग करें; डिकोड करते समय कॉमा के बाद वाले हिस्से को डिकोड करें (यह टूल उसे अपने‑आप निकालता है)।
राउंड‑ट्रिप सत्यापन: पहले एनकोड करें, फिर तुरंत डीकोड करके परिणाम की सुसंगतता जाँचें।

🎛️ एन्कोडिंग पैरामीटर और वेरिएंट

URL‑safe आउटपुट
प्रति पंक्ति एनकोड करें（हर पंक्ति स्वतंत्र रूप से）
MIME 76 कॉलम (CRLF) पर लाइन‑ब्रेक डालें
लाइन ब्रेक के लिए LF (\n) का उपयोग करें
स्वचालित padding: लंबाई 4 के गुणज पर align की जाती है; अमान्य लंबाई को त्रुटि के रूप में रिपोर्ट किया जाता है।
व्हाइटस्पेस‑अनुकूल: डिकोडिंग के समय लाइन ब्रेक और स्पेस अपने‑आप हटा दिए जाते हैं।

🧭 उपयोग टिप्स

गड़बड़ अक्षरों से बचने के लिए हमेशा UTF‑8 एन्कोडिंग का उपयोग करें।
डिफ़ॉल्ट विकल्प URL‑safe है; यदि मानक Base64 चाहिए, तो URL‑safe को बंद करें।
अलग‑अलग सिस्टम के बीच डेटा अदला‑बदली करते समय, लाइन ब्रेक/स्पेस हटा दें; केवल प्रदर्शन के लिए दिखाएँ।
Base64 आकार को लगभग 33% बढ़ा देती है; बहुत बड़े फ़ाइलों के लिए सावधानी से उपयोग करें।
मानक Base64 की आवश्यकता वाले legacy सिस्टम: URL‑safe बंद करें (+/ और = बनाए रखें)
प्रति‑पंक्ति एनकोड पहले से एनकोड किए गए Base64 को फिर से एनकोड करता है; यदि केवल वेरिएंट रूपांतरण चाहिए, तो "प्रति पंक्ति एनकोड" बंद करके फिर "Encode" करें
76‑कॉलम wrapping केवल दिखावट पर असर डालती है; डीकोडर line break और whitespace को अनदेखा करता है

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

बहुत लंबा टेक्स्ट प्रदर्शन को प्रभावित कर सकता है; आवश्यक हो तो भागों में बाँटकर प्रोसेस करें।
बाइनरी डेटा के लिए यह UI मुख्य रूप से टेक्स्ट‑केंद्रित है; शुद्ध बाइनरी परिदृश्यों में Data URL या CLI टूल पर विचार करें।
अधिकतम आकार ब्राउज़र मेमोरी सीमाओं द्वारा नियंत्रित है।

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

सारी प्रोसेसिंग आपके ब्राउज़र में लोकल रूप से होती है；डेटा आपके डिवाइस से बाहर नहीं जाता。
सुरक्षा सुझाव: Base64 केवल एन्कोडिंग है, एन्क्रिप्शन नहीं। संवेदनशील डेटा पहले एन्क्रिप्ट करें, फिर Base64 में एनकोड करें।

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

Base64 क्या है？“Encode” करने की आवश्यकता क्यों होती है?

Base64 किसी भी बाइनरी डेटा को प्रिंटेबल टेक्स्ट अक्षरों के रूप में सुरक्षित रूप से प्रदर्शित करने की योजना है। यह सबसे पहले ईमेल के MIME मानक (1990 के दशक, RFC 1521/2045) में आया, बाद में RFC 4648 द्वारा मानकीकृत किया गया। इसका लक्ष्य एन्क्रिप्शन नहीं, बल्कि टेक्स्ट‑उन्मुख चैनलों पर बाइट्स को भरोसेमंद तरीके से भेजना है。 कैसे काम करता है: हर 3 बाइट (24 बिट) को चार 6‑बिट ब्लॉक में विभाजित करके 64 अक्षरों A–Z, a–z, 0–9, +, / पर मैप किया जाता है। अगर स्रोत लंबाई 3 का गुणज नहीं है, तो “=” padding का उपयोग लंबाई align करने के लिए किया जाता है; आकार आमतौर पर ~33% बढ़ता है。 वेरिएंट और चयन: RFC 4648 URL‑safe वेरिएंट परिभाषित करता है, जिसमें “+”/“/” की जगह “-”/“_” उपयोग होते हैं और अंत का “=” छोड़ा जा सकता है। URL, cookies और JWT के लिए URL‑safe की सलाह दी जाती है; पुराने MIME/toolchain के लिए मानक Base64 ( +/ और = यथावत) उपयोग करें। यह टूल डिफ़ॉल्ट रूप से URL‑safe उपयोग करता है; डिकोडर दोनों वेरिएंट स्वीकार करता है。 Data URL: एम्बेड करते समय data:[mime];base64,… रूप का उपयोग करें, और कॉमा के बाद वाले हिस्से को डिकोड करें (यह टूल उसे अपने‑आप निकालता है)। सुरक्षा याद दिलाना: Base64 उलटा‑योग्य फ़ॉर्मैटिंग है, गोपनीयता या अखंडता प्रदान नहीं करता; पहले एन्क्रिप्ट करें, फिर एनकोड।

क्या Base64 सुरक्षित है?

नहीं। कोई भी Base64 डीकोड कर सकता है। यदि गोपनीयता चाहिए, तो पहले एन्क्रिप्ट करें, फिर Base64 में एनकोड करें।

“Invalid Base64 format” क्यों आता है?

केवल A–Z, a–z, 0–9, +, / और = ही अनुमत हैं, और कुल लंबाई वैध होनी चाहिए।

अलग‑अलग टूल अलग परिणाम क्यों दे सकते हैं?

अंतर प्रायः इन बिंदुओं से आते हैं: लाइन wrap, क्या '=' padding रखा गया है, URL‑safe वेरिएंट (-/_) का उपयोग, और इम्प्लीमेंटेशन विवरण। सुझाव: UTF‑8 का उपयोग करें, wrap बंद रखें, और पहले से तय करें कि URL‑safe वेरिएंट व padding रखना है या नहीं।

आकार क्यों बढ़ जाता है?

Base64 8‑बिट डेटा को 6‑बिट प्रस्तुति में मैप करता है; लगभग 33% का ओवरहेड इसके डिज़ाइन का हिस्सा है।

क्या emoji/विशेष अक्षर समर्थित हैं?

UTF‑8 के साथ हाँ। गैर‑टेक्स्ट बाइनरी डेटा डीकोड के बाद गड़बड़ अक्षरों की तरह दिख सकता है।