Base64 एन्कोडर और डिकोडर गाइड: UTF-8, Base64url और त्रुटियाँ
ToolMellow ·
Base64 सीमित मुद्रणीय अक्षरों से बाइट दर्शाता है। टेक्स्ट एन्कोड करते समय ToolMellow सही Unicode को पहले UTF-8 बाइट में बदलता है; डिकोड करते समय बाइटों का वैध UTF-8 टेक्स्ट होना जरूरी है। इनपुट पेस्ट करें, मानक या URL-सुरक्षित Base64 चुनें और “एन्कोड करें” या “डिकोड करें” दबाएँ। रूपांतरण आपके ब्राउज़र में स्थानीय रूप से होता है।
यह गाइड टूल द्वारा स्वीकार सही प्रारूप, उदाहरण और आम त्रुटियाँ समझाती है। Base64 उलटी जा सकने वाली एन्कोडिंग है, एन्क्रिप्शन या संपीड़न नहीं। सफल रूपांतरण टोकन प्रमाणित, पासवर्ड सुरक्षित या फाइल निरापद होने का प्रमाण नहीं। नीचे उदाहरण निश्चित प्रदर्शन हैं, आपके डेटा के मापन नहीं।
टेक्स्ट को कैसे एन्कोड या डिकोड करें
Base64 एन्कोडर और डिकोडर खोलकर टेक्स्ट या एन्कोड की गई स्ट्रिंग पेस्ट करें। मानक वर्णमाला के लिए URL-सुरक्षित Base64 बंद रखें; प्राप्त करने वाला प्रारूप Base64url माँगे तो चालू करें। “एन्कोड करें” पूरे इनपुट को बदलता है; “डिकोड करें” उसे UTF-8 टेक्स्ट में लौटाता है। केवल टाइप करने से रूपांतरण नहीं चलता।
परिणाम कॉपी करें या डाउनलोड चुनने से पहले आउटपुट पढ़ें। सीमा के भीतर होने पर “परिणाम को इनपुट बनाएँ” संपादक का टेक्स्ट बदल देता है; फिर विपरीत क्रिया से आने-जाने की जाँच कर सकते हैं। इनपुट या रूपांतरण विकल्प बदलने पर पुराना परिणाम अमान्य होता है। “पंक्तियाँ लपेटें” केवल प्रदर्शन बदलता है, एन्कोड किए अक्षर या वास्तविक नई पंक्तियाँ नहीं।
- ऐप के मान की जाँच से पहले
fooऔरZm9vजैसा ज्ञात उदाहरण लें। - ऐप की जरूरी वर्णमाला चुनें; केवल सामान्य अक्षर और अंक देखकर रूप पहचानना हमेशा संभव नहीं।
- बाइट-दर-बाइट संरक्षण जरूरी हो तो मूल रखें। टेक्स्ट आयात, अक्षर एन्कोडिंग और अतिरिक्त नई पंक्तियाँ डेटा बदल सकती हैं।
Base64 बाइटों को कैसे दर्शाता है
Base64 हर तीन बाइटों के समूह को चार छह-बिट मानों में बाँटता है, फिर उन्हें वर्णमाला के अक्षरों से दर्शाता है। अंतिम छोटा समूह विशेष तरीके से संभाला जाता है और उसमें पैडिंग हो सकती है। दिखाई देने वाले अक्षर मूल बाइटों का प्रतिनिधित्व हैं, कोई नई भाषा या गुप्त कुंजी नहीं।
नीचे मानक वर्णमाला के उदाहरण हैं: खाली स्ट्रिंग और एक, दो, तीन ASCII बाइटों वाले अंत शामिल हैं। मूल टेक्स्ट के स्पेस और नई पंक्तियाँ वास्तविक बाइट हैं और परिणाम बदलती हैं। उसी कैनोनिकल एन्कोडिंग को डिकोड करने पर इन अक्षरों सहित मूल UTF-8 टेक्स्ट लौटता है।
| UTF-8 टेक्स्ट | मानक Base64 |
|---|---|
| खाली स्ट्रिंग | खाली स्ट्रिंग |
f | Zg== |
fo | Zm8= |
foo | Zm9v |
Hello | SGVsbG8= |
😀 | 8J+YgA== |
मानक Base64 और Base64url में अंतर
दोनों रूप अक्षर और अंक इस्तेमाल करते हैं। मानक Base64 के अंतिम दो चिह्न + और / हैं; Base64url में - और _ हैं। ToolMellow मानक मोड में जरूरत के अनुसार अंतिम = देता है और URL-सुरक्षित मोड में पैडिंग हटा देता है। ऊपर का इमोजी URL-सुरक्षित मोड में 8J-YgA बनता है।
डिकोडर केवल चुनी हुई वर्णमाला स्वीकार करता है। दोनों मोड बिना पैडिंग के सही इनपुट या सही स्थान की वैकल्पिक पैडिंग स्वीकार करते हैं। Base64url हर स्थिति में पैडिंग पर रोक नहीं लगाता; संबंधित प्रोटोकॉल तय करता है कि वह जरूरी, अनुमत या छोड़ी हुई होगी। सभी URL और टोकन में एक ही नियम मानने के बजाय ऐप का अपेक्षित प्रारूप चुनें।
| गुण | मानक मोड | URL-सुरक्षित मोड |
|---|---|---|
| अंतिम वर्णमाला चिह्न | + और / | - और _ |
| ToolMellow एन्कोडिंग पैडिंग | जरूरत पर शामिल | हटाई जाती है |
| ToolMellow डिकोडिंग पैडिंग | सही पैडिंग या बिना पैडिंग | सही पैडिंग या बिना पैडिंग |
| दो रूपों के मिले-जुले चिह्न | अस्वीकार | अस्वीकार |
Unicode, इमोजी और UTF-8 डिकोडिंग
टेक्स्ट UTF-8 से बदलता है, इसलिए सही Unicode में उच्चारण-चिह्न, चीनी, अरबी और इमोजी लौटाए जा सकते हैं। JavaScript स्ट्रिंग की लंबाई UTF-16 कोड इकाइयाँ गिनती है, UTF-8 बाइट नहीं। 😀 दो UTF-16 इकाइयाँ और चार UTF-8 बाइट लेता है; पैडिंग सहित आठ Base64 अक्षर बनते हैं।
एन्कोडिंग बिना जोड़ी वाले Unicode सरोगेट को अस्वीकार करती है। डिकोडिंग गलत बाइटों को चुपचाप बदलने के बजाय अमान्य UTF-8 पर त्रुटि देती है। एन्कोड किया हुआ प्रारंभिक UTF-8 BOM डिकोड स्ट्रिंग में U+FEFF के रूप में बना रहता है और संपादक में अदृश्य हो सकता है। वैध टेक्स्ट में भी नियंत्रण अक्षर या अलग Unicode सामान्यीकरण रूप हो सकते हैं। Base64 टेक्स्ट सामान्यीकृत या निष्पादन के लिए सुरक्षित नहीं करता।
RFC 3629: UTF-8 अक्षर एन्कोडिंगWHATWG Encoding: TextEncoder, TextDecoder और BOMECMAScript: स्ट्रिंग लंबाई और isWellFormed
पैडिंग, खाली स्थान और अंतिम अप्रयुक्त बिट
पैडिंग में अंत के अधिकतम दो = होते हैं और पैडिंग वाली लंबाई चार से विभाज्य होनी चाहिए। सही अंत वाला बिना पैडिंग इनपुट भी चलता है, लेकिन लंबाई का शेष एक हो तो पूरा बाइट नहीं बनता। Zg== और Zg दोनों f देते हैं; Zg= गलत है। खाली इनपुट का वैध खाली परिणाम होता है।
डिकोड करने से पहले ToolMellow केवल TAB, LF, CR और SPACE हटाता है। फॉर्म फीड, वर्टिकल टैब, नॉनब्रेकिंग स्पेस और दूसरे Unicode खाली स्थान अस्वीकार होते हैं। मूल इनपुट सीमा इन्हें हटाने से पहले जाँची जाती है। इसलिए इसे सभी प्रकार के खाली स्थान अनदेखे करने का नियम न समझें।
इस टूल में अंतिम वर्णमाला चिह्न के अप्रयुक्त बिट शून्य होने चाहिए। यह डिकोड बाइटों को दोबारा एन्कोड करके, पैडिंग हटाए हुए परिणाम की सामान्यीकृत इनपुट से तुलना करता है। Zh== अस्वीकार होता है, भले कोई ढीला डिकोडर कैनोनिकल Zg== वाला बाइट दे दे। RFC 4648 ऐसी कड़ी नीति की अनुमति देता है; दूसरे डिकोडर की स्वीकृति कैनोनिकल इनपुट का प्रमाण नहीं है।
RFC 4648: Base64, Base64url, पैडिंग और कैनोनिकल एन्कोडिंगWHATWG Infra: उदार Base64 डिकोडिंगWHATWG HTML: atob और btoa
Base64 कितना बड़ा होता है और सीमा क्या है?
n इनपुट बाइटों के लिए पैडिंग सहित लंबाई 4 × ceil(n / 3) अक्षर है। शून्य बाइट पर शून्य अक्षर; एक, दो और तीन बाइट पर चार अक्षर। बड़े इनपुट में अतिरिक्त आकार लगभग एक तिहाई होता है, हर मान पर ठीक 33% नहीं। URL-सुरक्षित बिना पैडिंग आउटपुट जरूरत के अनुसार अंतिम एक या दो पैडिंग अक्षर हटाता है।
सूत्र के लिए UTF-8 बाइट और संपादक सीमा के लिए UTF-16 कोड इकाइयाँ गिनें। टूल अधिकतम 1,000,000 इनपुट इकाइयाँ स्वीकार करता है, डिकोडिंग में खाली स्थान हटाने से पहले। आउटपुट पर वही सीमा नहीं है: दस लाख ASCII बाइट से 1,333,336 पैडिंग वाले अक्षर बनते हैं। कॉपी और डाउनलोड उपलब्ध रहते हैं, लेकिन बहुत बड़ा परिणाम नए इनपुट में नहीं लाया जा सकता।
| सीमा का प्रकार | वास्तविक सीमा या व्यवहार |
|---|---|
| संपादक / रूपांतरण इनपुट | अधिकतम 1,000,000 UTF-16 कोड इकाइयाँ |
| स्थानीय फाइल बाइट आकार | 4,000,000 बाइट से सख्ती से कम |
| आयात किए टेक्स्ट की लंबाई | अधिकतम 1,000,000 UTF-16 कोड इकाइयाँ |
| एन्कोड आउटपुट | इनपुट सीमा से बड़ा हो सकता है; कॉपी/डाउनलोड उपलब्ध |
RFC 4648: Base64, Base64url, पैडिंग और कैनोनिकल एन्कोडिंगWHATWG Encoding: TextEncoder, TextDecoder और BOMECMAScript: स्ट्रिंग लंबाई और isWellFormed
टेक्स्ट फाइल खोलना बाइनरी फाइल एन्कोड करना नहीं है
फाइल नियंत्रण स्थानीय फाइल को File.text() से UTF-8 टेक्स्ट की तरह पढ़ता है। 4,000,000 बाइट या उससे बड़ी फाइल अस्वीकार होती है; पढ़ा गया टेक्स्ट 1,000,000 UTF-16 इकाइयों से बड़ा हो तो भी अस्वीकार होता है। रूपांतरण के लिए ऐप फाइल अपलोड नहीं करता। फाइल एक्सटेंशन उसके बाइट UTF-8 टेक्स्ट होने का प्रमाण नहीं है।
सामान्य फाइल-से-टेक्स्ट पढ़ना शुरुआती UTF-8 BOM हटाता और खराब UTF-8 क्रम बदलता है। इससे एन्कोडिंग से पहले मूल बाइट बदल सकते हैं। Base64 डिकोडर इसके विपरीत खराब UTF-8 अस्वीकार करता और डिकोड U+FEFF बनाए रखता है। चित्र, PDF, मनमाने बाइट या बाइट-सटीक पुनर्प्राप्ति के लिए जहाँ उपयुक्त हो अलग Base64 से फाइल टूल चुनें; यह टेक्स्ट कार्यक्षेत्र कच्ची बाइनरी फाइल का एन्कोडर नहीं है।
W3C File API: Blob टेक्स्ट पढ़नाWHATWG Encoding: TextEncoder, TextDecoder और BOM
मेरा Base64 अमान्य क्यों है?
पहले अपेक्षित प्रारूप और यह तय करें कि मान का आउटपुट टेक्स्ट होना चाहिए या नहीं। ऐप की बाहरी सिंटैक्स सोच-समझकर निकालें; चलने तक अनजान अक्षर मिटाते न रहें। यह डिकोडर डेटा URL पेलोड, टोकन खंड, उद्धरणों में JSON स्ट्रिंग या HTML अपने आप नहीं निकालता। उन आवरणों के अपने पार्सिंग और सत्यापन नियम हैं।
वर्णमाला और आकार सही होने पर भी डिकोड बाइट UTF-8 न हों तो वे बाइनरी फाइल या अन्य अक्षर एन्कोडिंग के हो सकते हैं। यह टेक्स्ट की सीमा वाली त्रुटि है, Base64 बाइट खराब होने का प्रमाण नहीं। क्लिपबोर्ड न मिले तो परिणाम चुनकर हाथ से कॉपी करें। असमर्थित ब्राउज़र या अवरुद्ध वर्कर भी रूपांतरण रोक सकता है; समर्थित वर्तमान ब्राउज़र इस्तेमाल करें और संदेश पढ़ें।
| लक्षण | संभावित कारण | अगली उपयोगी जाँच |
|---|---|---|
A | अंतिम लंबाई असंभव | पूरा मान कॉपी हुआ है या नहीं देखें |
Zg= | अधूरी पैडिंग | सही पैडिंग या सही बिना पैडिंग इनपुट लें |
Zh== | अप्रयुक्त बिट शून्य नहीं | मूल जनरेटर देखें; कैनोनिकल रूप Zg== है |
मानक मोड में 8J-YgA | गलत वर्णमाला चुनी | प्रोटोकॉल माँगे तो URL-सुरक्षित मोड लें |
/w== | डिकोड बाइट वैध UTF-8 नहीं | पेलोड बाइनरी है या नहीं देखें |
| अनपेक्षित अदृश्य अक्षर | डिकोड टेक्स्ट में BOM या नियंत्रण अक्षर | दोबारा इस्तेमाल से पहले कोड पॉइंट देखें |
RFC 4648: Base64, Base64url, पैडिंग और कैनोनिकल एन्कोडिंगRFC 3629: UTF-8 अक्षर एन्कोडिंग
Base64url, प्रतिशत एन्कोडिंग और डेटा URL
Base64url और प्रतिशत एन्कोडिंग अलग समस्याएँ हल करते हैं। प्रतिशत एन्कोडिंग चुने URL बाइटों को % क्रमों से दिखाती है; Base64url पूरी बाइट श्रृंखला को अपनी वर्णमाला से। प्लस का स्पेस बनना विशेष रूप से application/x-www-form-urlencoded पार्सिंग का नियम है, हर URL का नहीं। उस काम के लिए URL एन्कोडर और डिकोडर चुनें।
डेटा URL में data: स्कीम, वैकल्पिक मीडिया प्रकार और पेलोड से पहले कॉमा होता है; जहाँ लागू हो Base64 संकेत भी होता है। पूरा आवरण यहाँ पेस्ट करने पर वर्णमाला जाँच विफल होती है। उचित टूल से इच्छित पेलोड निकालें और देखें कि वह टेक्स्ट है या बाइनरी। Base64 एम्बेड की स्क्रिप्ट, दस्तावेज या डाउनलोड फाइल को विश्वसनीय नहीं बनाता।
WHATWG URL: फॉर्म URL-एन्कोड पार्सिंगRFC 2397: डेटा URL स्कीम
JWT खंड और HTTP Basic प्रोटोकॉल डेटा हैं
कॉम्पैक्ट JWS में बिंदुओं से अलग तीन खंड होते हैं; कॉम्पैक्ट JWE में पाँच। JWT का टेक्स्ट खंड डिकोड करने पर JSON दिख सकता है, लेकिन हस्ताक्षर सत्यापित, सामग्री डिक्रिप्ट, समाप्ति जाँची या अनुमति स्थापित नहीं होती। हस्ताक्षर खंड में मनमाने बाइट हो सकते हैं; उनका UTF-8 टेक्स्ट होना जरूरी नहीं है। ऐप में वास्तविक टोकन प्रोटोकॉल और रखरखाव वाली सत्यापन लाइब्रेरी अपनाएँ।
HTTP Basic में उपयोगकर्ता नाम/पासवर्ड क्रम Base64 से दर्शाया जाता है, जिसकी अक्षर एन्कोडिंग के प्रोटोकॉल नियम हैं। Base64 गोपनीयता नहीं जोड़ता। यह UTF-8 टेक्स्ट टूल हर सर्वर की व्याख्या के अनुसार क्रेडेंशियल सही होने की पुष्टि नहीं करता। असली क्रेडेंशियल सार्वजनिक उदाहरण न बनाएँ; जरूरी सुरक्षित परिवहन और प्रमाणीकरण प्रक्रिया अपनाएँ।
RFC 7515: JSON Web Signature कॉम्पैक्ट क्रमांकनRFC 7516: JSON Web Encryption कॉम्पैक्ट क्रमांकनRFC 7617: HTTP Basic प्रमाणीकरण
Base64 एन्क्रिप्शन, हैशिंग या संपीड़न नहीं है
Base64 मान पाने वाला कोई भी व्यक्ति बिना गुप्त कुंजी उसे उलट सकता है। एन्क्रिप्शन को क्रिप्टोग्राफिक विधि और कुंजी प्रबंधन चाहिए; हैश एक डाइजेस्ट बनाता है जिसके उद्देश्य और गुण अलग हैं। पासवर्ड को Base64 में बदलना उपयुक्त पासवर्ड भंडारण नहीं है। अलग हैश टूल डाइजेस्ट बनाता है, पासवर्ड संग्रह प्रणाली या एन्क्रिप्शन का विकल्प नहीं।
Base64 बाइटों का आकार बढ़ाता है, संपीड़ित नहीं करता। यह पहले से एन्क्रिप्ट, संपीड़ित या हस्ताक्षरित बाइट ले जा सकता है, लेकिन खुद वह सुरक्षा नहीं बनाता। एन्कोडिंग जोड़ने से पहले ऐप की जरूरत तय करें; साझा उदाहरणों, स्क्रीनशॉट और डाउनलोड परिणामों से गोपनीय जानकारी दूर रखें।
कॉपी, डाउनलोड, आने-जाने की जाँच और साफ करना
डाउनलोड परिणाम को UTF-8 टेक्स्ट के रूप में toolmellow-result.txt में सहेजता है। यह बाइनरी पुनर्निर्माण या रूपांतरण रिपोर्ट नहीं है। सफल खाली आउटपुट पर भी परिणाम कॉपी करें और डाउनलोड सक्षम रहते हैं। सरल जाँच में ज्ञात टेक्स्ट एन्कोड करें, सीमा में हो तो परिणाम इनपुट बनाएँ, फिर उसी वर्णमाला से डिकोड करके मूल से तुलना करें।
“साफ़ करें” इनपुट, परिणाम, त्रुटि, खोज/बदलाव सामग्री और संपादक इतिहास हटाता है, जबकि URL-सुरक्षित और “पंक्तियाँ लपेटें” विकल्प बने रहते हैं। रिफ्रेश या कार्यक्षेत्र बंद करने पर मेमोरी का काम मिटता है; डाउनलोड फाइल डिवाइस पर रहती है। साफ करना ब्राउज़र या ऑपरेटिंग सिस्टम मेमोरी से फॉरेंसिक मिटाने की गारंटी नहीं है।
स्थानीय प्रोसेसिंग का अर्थ और उसकी सीमा
रूपांतरण ब्राउज़र वर्कर में होता है। ऐप पेस्ट टेक्स्ट, चुनी फाइल की सामग्री या परिणाम किसी रूपांतरण सर्वर को नहीं भेजता। काम का इनपुट वर्तमान पेज में रहता है, खाते के इतिहास की तरह नहीं सहेजा जाता। स्टोरेज और अस्थायी हस्तांतरण की पूरी जानकारी के लिए साइट का गोपनीयता पेज पढ़ें।
वेबसाइट खोलने पर नेटवर्क अनुरोध फिर भी होते हैं। होस्टिंग को सामान्य कनेक्शन/अनुरोध मेटाडेटा मिलता है; सार्वजनिक साइट पेज विजिट के लिए Google Analytics इस्तेमाल करती है, जिसमें कुकी और ब्राउज़र/डिवाइस जानकारी शामिल है। स्थानीय रूपांतरण का अर्थ अनाम होना, शून्य नेटवर्क ट्रैफिक या शून्य इंफ्रास्ट्रक्चर लॉग नहीं। आपके डाउनलोड या कॉपी करने से परिणाम कार्यक्षेत्र से बाहर जा सकते हैं।
बैकलिंक सहित Base64 टूल अपनी वेबसाइट में जोड़ें
टूल कार्यक्षेत्र के नीचे इंटीग्रेशन भाग खोलें, पेज भाषा चुनें और दिया HTML स्निपेट कॉपी या डाउनलोड करें। बाहरी iframe और स्क्रिप्ट की अनुमति वाले HTML क्षेत्र में पेस्ट करें। स्निपेट में ToolMellow कार्यक्षेत्र का iframe, आकार समायोजन स्क्रिप्ट और उसी भाषा के ToolMellow टूल पेज का दिखाई देने वाला बैकलिंक है। क्रेडिट लिंक बनाए रखें।
एम्बेड का प्रीव्यू और संकरी स्क्रीन जाँचें। टेक्स्ट की सीमा और इनपुट सीमाएँ वही रहती हैं; यह दूरस्थ रूपांतरण API या बाइनरी फाइल एन्कोडर नहीं है। क्लिपबोर्ड ब्राउज़र अनुमति पर निर्भर है और प्लेटफॉर्म को बाहरी संसाधनों की अनुमति देनी होगी। दिए बैकलिंक पर nofollow और noopener हैं; उसका होना ऊँची खोज रैंकिंग की गारंटी नहीं।
सामान्य प्रश्न
टेक्स्ट को Base64 में कैसे एन्कोड करूँ?
सही Unicode टेक्स्ट पेस्ट करें, मानक या URL-सुरक्षित मोड चुनें और “एन्कोड करें” दबाएँ। ToolMellow स्थानीय रूप से UTF-8 बाइट बनाकर एन्कोड करता है। परिणाम टेक्स्ट कॉपी या डाउनलोड करें।
Base64 को टेक्स्ट में कैसे डिकोड करूँ?
मिलती वर्णमाला चुनकर “डिकोड करें” दबाएँ। टूल प्रारूप और कैनोनिकल अप्रयुक्त बिट जाँचता है, फिर वैध UTF-8 जरूरी है। सही वैकल्पिक पैडिंग और बिना पैडिंग इनपुट स्वीकार हैं; बाइनरी डेटा टेक्स्ट जाँच में विफल हो सकता है।
Base64 और Base64url में क्या अंतर है?
अंतिम दो चिह्न अलग हैं: मानक में + और /, URL-सुरक्षित में - और _। ToolMellow मानक पैडिंग जरूरत पर देता और URL-सुरक्षित पैडिंग छोड़ता है। दोनों मोड सही पैडिंग या बिना पैडिंग डिकोड इनपुट लेते हैं।
Base64 के अंत में बराबर के चिह्न क्यों आते हैं?
बाइट संख्या तीन से विभाज्य न हो तो एक या दो अंतिम बराबर चिह्न चार-अक्षर समूह पूरा करते हैं। पैडिंग प्रारूप पर निर्भर है; यह डिकोडर सही बिना पैडिंग रूप भी लेता है।
क्या Base64 इमोजी और गैर-लैटिन टेक्स्ट संभालता है?
हाँ, UTF-8 से। इमोजी की UTF-16 इकाइयाँ और UTF-8 बाइट अलग संख्या में हो सकते हैं। एन्कोडिंग बिना जोड़ी के सरोगेट और डिकोडिंग खराब UTF-8 को अस्वीकार करती है, बदलती नहीं।
Base64 कितना बड़ा होता है?
पैडिंग वाली लंबाई 4 × ceil(इनपुट बाइट / 3) है। बड़े इनपुट में अतिरिक्त आकार एक तिहाई के करीब होता है; छोटे इनपुट में पूर्णांक तक ऊपर करने का असर है। UTF-8 बाइट गिनें, दिखने वाले अक्षर नहीं। बिना पैडिंग URL-सुरक्षित आउटपुट अंतिम पैडिंग हटाता है।
दूसरा डिकोडर स्वीकार करता है, ToolMellow क्यों नहीं?
डिकोडर वर्णमाला, खाली स्थान, पैडिंग, अप्रयुक्त बिट और टेक्स्ट एन्कोडिंग में भिन्न हैं। ToolMellow चुनी हुई वर्णमाला स्वीकार करता है, केवल चार निर्दिष्ट खाली-स्थान अक्षर हटाता है और अप्रयुक्त बिट शून्य तथा UTF-8 वैध होने की शर्त लागू करता है। दूसरे की ढीली स्वीकृति कैनोनिकल रूप का प्रमाण नहीं।
क्या मैं यहाँ PDF या चित्र डिकोड कर सकता हूँ?
यह टूल UTF-8 टेक्स्ट देता है, मनमाने फाइल बाइट नहीं। उपयुक्त बाइनरी पुनर्निर्माण के लिए अलग Base64 से फाइल टूल लें। यहाँ फाइल इनपुट टेक्स्ट पढ़ता है और एन्कोडिंग से पहले BOM हटा या खराब UTF-8 बदल सकता है।
डिकोडिंग में कौन से खाली स्थान स्वीकार हैं?
केवल TAB, LF, CR और SPACE हटते हैं। फॉर्म फीड, वर्टिकल टैब, NBSP और अन्य Unicode खाली स्थान अस्वीकार हैं। मूल दस लाख UTF-16 इकाइयों की सीमा हटाने से पहले लागू होती है।
क्या Base64 एन्क्रिप्शन या सुरक्षित पासवर्ड स्टोरेज है?
नहीं। Base64 बिना कुंजी उलटता है और गोपनीयता नहीं जोड़ता। यह एन्क्रिप्शन, पासवर्ड हैश या संपीड़न नहीं। प्रमाणीकरण टोकन डिकोड करना उसे सत्यापित या अधिकृत भी नहीं करता।
डाउनलोड कर सकता हूँ, पर परिणाम इनपुट क्यों नहीं बनता?
एन्कोड आउटपुट दस लाख UTF-16 इकाइयों की इनपुट सीमा पार कर सकता है। कॉपी और डाउनलोड उपलब्ध हैं, लेकिन बहुत बड़ा परिणाम इनपुट नहीं बनता। दस लाख ASCII बाइट 1,333,336 पैडिंग वाले अक्षर बनाते हैं।
क्या टूल अपनी वेबसाइट में एम्बेड कर सकता हूँ?
हाँ। कार्यक्षेत्र के नीचे स्थानीय भाषा वाला HTML स्निपेट लें, दिखाई देने वाला ToolMellow बैकलिंक रखें और प्लेटफॉर्म में iframe तथा आकार समायोजन स्क्रिप्ट की अनुमति जाँचें। सीमाएँ वही हैं; यह सर्वर रूपांतरण API नहीं।
स्रोत और आगे पढ़ें
- RFC 4648: Base64, Base64url, पैडिंग और कैनोनिकल एन्कोडिंग
- RFC 3629: UTF-8 अक्षर एन्कोडिंग
- WHATWG Encoding: TextEncoder, TextDecoder और BOM
- ECMAScript: स्ट्रिंग लंबाई और isWellFormed
- WHATWG Infra: उदार Base64 डिकोडिंग
- WHATWG HTML: atob और btoa
- W3C File API: Blob टेक्स्ट पढ़ना
- WHATWG URL: फॉर्म URL-एन्कोड पार्सिंग
- RFC 2397: डेटा URL स्कीम
- RFC 7515: JSON Web Signature कॉम्पैक्ट क्रमांकन
- RFC 7516: JSON Web Encryption कॉम्पैक्ट क्रमांकन
- RFC 7617: HTTP Basic प्रमाणीकरण