Free Base64 Encoder and Decoder
यह फ्री Base64 एनकोडर और डिकोडर टेक्स्ट को Base64 में और Base64 को टेक्स्ट में एक ही स्टेप में कन्वर्ट करता है, स्टैंडर्ड और URL-safe अक्षरों के साथ, ऑप्शनल पैडिंग और 76-कैरेक्टर लाइन रैपिंग। कोई भी टोकन, ईमेल बॉडी या डेटा URI पेस्ट करें और यह इसे डिकोड करता है, बाइनरी कंटेंट की रिपोर्ट करता है। यह डेवलपर्स के लिए JWTs, APIs, ईमेल हेडर्स और एम्बेडेड इमेजेस को डीबग करने के लिए परफेक्ट है।
Base64 Encoder and Decoder
Generators and Converters
इस टूल के बारे में
Base64 किसी भी बाइट्स को 64 प्रिंटेबल कैरेक्टर्स की स्ट्रिंग में बदलता है (A से Z, a से z, 0 से 9, प्लस और स्लैश) ताकि बाइनरी डेटा टेक्स्ट के लिए बने सिस्टम्स के माध्यम से ट्रैवल कर सके: ईमेल अटैचमेंट्स, JSON पेलोड्स, HTTP बेसिक ऑथेंटिकेशन हेडर्स, CSS और HTML में डेटा URIs, और JSON Web Token के तीन पार्ट्स। हर तीन बाइट्स चार कैरेक्टर्स बन जाते हैं, इसलिए रिजल्ट इनपुट से लगभग एक तिहाई बड़ा होता है, और = पैडिंग अंत में जोड़ी जाती है ताकि लेंथ चार का मल्टीपल हो।
URL-safe वेरिएंट प्लस और स्लैश को माइनस और अंडरस्कोर से बदल देता है ताकि स्ट्रिंग URL या फाइल नाम में बिना एस्केपिंग के बैठ सके; JWTs और कई APIs इसे बिना पैडिंग के यूज करते हैं। यहां डिकोडर दोनों अक्षरों को स्वीकार करता है, स्पेसेस और लाइन ब्रेक्स को इग्नोर करता है, और मिसिंग पैडिंग जोड़ता है, इसलिए ब्राउजर या लॉग से कॉपी किया गया टोकन बिना परेशानी के डिकोड हो जाता है। टेक्स्ट को दोनों दिशाओं में UTF-8 के रूप में ट्रीट किया जाता है, और आप जो कुछ भी पेस्ट करते हैं वह स्टोर नहीं होता।
Base64 एक एनकोडिंग है, एन्क्रिप्शन नहीं: कोई भी इसे एक सेकंड में डिकोड कर सकता है, इसलिए इसे पासवर्ड या की छिपाने के लिए कभी यूज न करें। जब डिकोडेड बाइट्स पढ़ने योग्य टेक्स्ट नहीं होते हैं, उदाहरण के लिए डेटा URI के अंदर की इमेज या बाइनरी सिग्नेचर, टूल बाइट काउंट और हेक्स प्रीव्यू दिखाता है बजाय रॉ बाइट्स के। फाइलों के लिए, कमांड लाइन टूल से उन्हें कन्वर्ट करें; यह पेज 500 KB तक के टेक्स्ट के लिए है।
अक्सर पूछे जाने वाले सवाल
क्या Base64 एन्क्रिप्शन का एक रूप है?
नहीं। Base64 एक रिवर्सिबल एनकोडिंग है जिसे कोई भी एक सेकंड में डिकोड कर सकता है, कोई की शामिल नहीं। यह बाइनरी डेटा को टेक्स्ट-ओनली चैनल्स के माध्यम से ले जाने के लिए मौजूद है, इसे सुरक्षित करने के लिए नहीं। अगर आप कोई Base64 स्ट्रिंग कॉन्फिग फाइल या URL में देखते हैं, तो इसे प्लेन टेक्स्ट के रूप में ट्रीट करें। कुछ को गुप्त रखने के लिए, असली एन्क्रिप्शन यूज करें और की को कोड से बाहर रखें।
डिकोडेड टेक्स्ट गार्बेज जैसा क्यों दिखता है?
या तो इनपुट शुरुआत में टेक्स्ट नहीं था, जैसे डेटा URI के अंदर की इमेज बाइट्स या बाइनरी सिग्नेचर, या यह UTF-8 के अलावा किसी अन्य एनकोडिंग में टेक्स्ट था। टूल उन बाइट्स को डिटेक्ट करता है जो वैलिड UTF-8 नहीं हैं और हेक्स प्रीव्यू दिखाता है। अगर आप टेक्स्ट की उम्मीद करते थे, तो चेक करें कि क्या स्ट्रिंग को Base64 एनकोड करने से पहले कम्प्रेस या एन्क्रिप्ट किया गया था, जो टोकन्स और कुकीज़ में आम है।
स्टैंडर्ड और URL-safe Base64 के बीच क्या अंतर है?
अक्षर दो कैरेक्टर्स में अलग हैं: स्टैंडर्ड Base64 + और / यूज करता है, जिनका URLs और फाइल नामों में विशेष अर्थ है, जबकि URL-safe Base64 इसकी जगह - और _ यूज करता है। JWTs, OAuth टोकन्स और कई API कीज़ URL-safe फॉर्म यूज करते हैं, आमतौर पर ट्रेलिंग = पैडिंग के बिना। यहां डिकोडर दोनों को स्वीकार करता है, इसलिए आपको यह काम करना नहीं पड़ता कि आपके पास कौन सा है।
मैं JWT को कैसे डिकोड करूं?
एक JSON Web Token तीन URL-safe Base64 पार्ट्स हैं जो डॉट्स से अलग हैं: हेडर, पेलोड और सिग्नेचर। मिडल पार्ट को डिकोडर में पेस्ट करें क्लेम्स को पढ़ने के लिए, जैसे यूजर ID और एक्सपायरी, और फर्स्ट पार्ट को एल्गोरिदम देखने के लिए। थर्ड पार्ट एक बाइनरी सिग्नेचर है और हेक्स के रूप में दिखेगा। टोकन को डिकोड करना इसकी वैलिडिटी के बारे में कुछ भी साबित नहीं करता; केवल की के साथ सिग्नेचर को चेक करना करता है।