Base64 URL डिकोडर पार्सर

हाँ। data URL या raw Base64 छवि स्ट्रिंग पेस्ट करें और टूल पता चला MIME टाइप व आकार के साथ छवि प्रीव्यू दिखाता है।

हाँ। डिकोड मोड में plus चिह्नों को URI डिकोडिंग से पहले स्पेस माना जाता है, जो सामान्य फ़ॉर्म एनकोडिंग व्यवहार से मेल खाता है।

हाँ। JWT मोड आपको हेडर, पेलोड या सिग्नेचर-संबंधी सेगमेंट स्वतंत्र रूप से चुनकर डिकोड करने देता है।

स्टैंडर्ड Base64 (RFC 4648 सेक्शन 4) में + और / होते हैं, जो URL के आरक्षित वर्णों से टकराते हैं। URL-सेफ वर्णमाला (सेक्शन 5) इन्हें - और _ से बदल देती है। JWT हमेशा URL-सेफ वर्णमाला उपयोग करते हैं - इसीलिए टोकन सिग्नेचर में कभी + या / नहीं होता। यह टूल दोनों वर्णमालाओं को स्वतः पहचानता है।

Base64 हर 3 बाइट को 4 वर्णों में बदलता है, इसलिए 3 के गुणज न होने वाले इनपुट की लंबाई 4 का गुणज बनाए रखने के लिए = से पैडिंग होती है। एक = का अर्थ 2 बचे हुए बाइट, दो = का अर्थ 1। लंबाई पहले से पता हो तो पैडिंग सुरक्षित रूप से हटाई जा सकती है - JWT सेगमेंट यही करते हैं - और डिकोडर इसे स्वतः बहाल कर देते हैं।

Base64 अपने आप में लॉसलेस है, लेकिन सामान्य JavaScript btoa() फ़ंक्शन केवल Latin-1 वर्ण स्वीकार करता है और बाकी पर एरर देता है। सही तरीका है पहले UTF-8 में एनकोड करना (TextEncoder), फिर उन बाइट्स को Base64 करना। यह टूल यह पाइपलाइन स्वतः संभालता है, इसलिए चीनी, अरबी या इमोजी टेक्स्ट बिना खराब हुए वापस आता है।

तीन संकेत देखें: वर्ण समूह केवल A-Z, a-z, 0-9, +, / (या URL-सेफ - और _); पैडिंग बहाल करने पर लंबाई 4 की गुणज; और डिकोडिंग से समझदार बाइट बनते हैं। कोई भी तरीका 100% निश्चित नहीं है क्योंकि कई सादे स्ट्रिंग (जैसे abcd) भी मान्य Base64 होते हैं - संदर्भ मायने रखता है।

नहीं। Base64 एक उलटने योग्य एनकोडिंग है जिसे कोई भी बिना किसी सीक्रेट के डिकोड कर सकता है - यह शून्य गोपनीयता देता है। पासवर्ड या API कीज़ की सुरक्षा के लिए इसका उपयोग कभी न करें। सुरक्षा के लिए ट्रांज़िट में TLS और AES-256-GCM जैसा असली साइफर उपयोग करें; Base64 का एकमात्र काम बाइनरी डेटा को टेक्स्ट चैनलों के लिए सुरक्षित बनाना है।