Base64 डिकोड करें
Base64 पेस्ट करें और वापस पाएं जो वह असल में था — टेक्स्ट, इमेज, PDF, कुछ भी। टूटी पैडिंग, लाइन रैपिंग और URL-safe वैरिएंट अपने-आप ठीक हो जाते हैं। कुछ भी स्टोर नहीं किया जाता।
- कभी स्टोर नहीं होती
- न कतार, न इंतज़ार
- साइनअप नहीं, वॉटरमार्क नहीं
Base64 पेस्ट करें, और वह जो भी डिकोड होकर बनेगा, यहां दिखेगा।
यह कैसे काम करता है
Base64 पेस्ट करें
रैप किया हुआ, बिना पैडिंग, URL-safe या PEM ब्लॉक के अंदर — सब स्वीकार होते हैं और हर सुधार बताया जाता है।
देखें कि वह क्या था
टेक्स्ट, टेक्स्ट के रूप में दिखता है। बाइनरी को उसके अपने बाइट से पहचाना जाता है — PNG, PDF, ZIP — और सही एक्सटेंशन के साथ डाउनलोड के लिए दिया जाता है।
कॉपी या सेव करें
टेक्स्ट कॉपी करें, या वापस मिली फ़ाइल डाउनलोड करें।
बाहर क्या निकलता है
Base64 में बाइट होते हैं, और पेज उन्हें टेक्स्ट के रूप में सिर्फ़ तब दिखाता है जब वे बिना किसी बदलाव के मान्य UTF-8 के रूप में डिकोड हों। डिकोडर सख़्त मोड में चलता है, इसलिए जो बाइट क्रम UTF-8 नहीं है, उससे replacement कैरेक्टर से भरी स्क्रीन के बजाय कोई टेक्स्ट नहीं बनता — यह जानबूझकर है, क्योंकि सवालिया-निशान वाले हीरों की दीवार नतीजे जैसी दिखती है, पर होती नहीं। जब टेक्स्ट नहीं होता, तो बाइट डाउनलोड के रूप में मिलते हैं, और एक्सटेंशन शुरुआती कुछ बाइट से ही पढ़ा जाता है: PNG, JPEG, GIF, WebP, PDF, gzip, ZIP, RAR, 7z और तीनों वेब फ़ॉन्ट फ़ॉर्मैट पहचाने जाते हैं, और ZIP को इतना खोला जाता है कि .docx, .xlsx, .pptx या .epub को सादे आर्काइव से अलग पहचाना जा सके। जो कुछ पहचाना नहीं जाता और टेक्स्ट भी नहीं है, वह .bin के रूप में आता है।
सुधारों को समझना ज़रूरी है, क्योंकि उनमें से एक नियम नहीं, अंदाज़ा है। लाइन ब्रेक हटाना, PEM रैपर लाइनें हटाना और छूटी पैडिंग जोड़ना — इन सबमें कोई संदेह नहीं, स्ट्रिंग सिर्फ़ एक ही चीज़ हो सकती थी। स्पेस के साथ ऐसा नहीं है। वह फ़ालतू व्हाइटस्पेस हो सकता है, या कोई "+" जिसे रास्ते में किसी URL ने स्पेस बना दिया। दोनों तरह आज़माया जाता है, पहले "+", और जो पहले डिकोड हो जाए वही आपको दिखाया जाता है; जब स्ट्रिंग दोनों तरह डिकोड हो जाए, तो कुछ भी नहीं बता सकता कि असल में क्या था, इसलिए भरोसा करने से पहले नतीजा देख लें। जिस स्ट्रिंग में दोनों अक्षर-सेट मिले हों — "+" या "/" के साथ "-" या "_" — उसे बिल्कुल ठीक नहीं किया जाता, क्योंकि उसे पढ़ने का कोई सही तरीक़ा है ही नहीं।
जब आपको कुछ और चाहिए
आपकी अपनी मशीन यह पहले से कर सकती है। macOS और Linux पर base64 -d, Windows पर certutil -decode, हर जगह openssl base64 -d, या Python की एक लाइन — ये सब क्लिपबोर्ड के बजाय फ़ाइल लेते हैं, और इनमें किसी वेब पेज की ज़रूरत नहीं। अभी चालू किसी क्रेडेंशियल के लिए यही बेहतर आदत है, कोई भी साइट कुछ भी वादा करे, यह साइट भी। इस पेज का दावा सच है, और इसे साबित करने का तरीक़ा वाक्य पढ़ना नहीं, बल्कि पेज लोड होने के बाद इंटरनेट काटकर डिकोडर को चलते देखना है। और अगर आप कोई काम करता सीक्रेट ऐसी जगह पेस्ट कर चुके हैं जिसकी आप जांच नहीं कर सकते, तो उसे बदल दें (rotate करें)। बदलने में एक मिनट लगता है; यह सोचते रहना कि वह सुरक्षित था या नहीं, कभी ख़त्म नहीं होता।
दूसरी सीमा साइज़ की है। स्ट्रिंग टेक्स्ट के रूप में रखी जाती है और नतीजा फिर से बाइट के रूप में, इसलिए बड़ी इमेज का data URI टैब में कई गुना जगह घेरता है, और सैकड़ों मेगाबाइट की कोई चीज़ यहां फ़ेल हो जाएगी, जबकि कमांड-लाइन डिकोडर उसे बिना पता चले स्ट्रीम कर देता है। डेटाबेस डंप का कोई पूरा कॉलम डिकोड करना, या किसी स्टाइलशीट से हर data URI निकालना — अलग वजह से जवाब वही है: वह स्क्रिप्ट का काम है, पेस्ट का नहीं।
अक्सर पूछे जाने वाले सवाल
क्या मेरा Base64 कहीं स्टोर होता है?
नहीं। कुछ भी स्टोर नहीं होता, कुछ भी लॉग नहीं होता, और कोई सर्वर इसे कभी नहीं देखता — और नेटवर्क डिस्कनेक्ट होने पर भी यह काम करता रहता है। ख़ास तौर पर इन टूल्स के लिए यह कोई छोटी-मोटी ख़ूबी नहीं है। लोग ऑनलाइन एन्कोडर और डिकोडर में जो पेस्ट करते हैं, वह अक्सर चालू होता है: सेशन टोकन, API की, Authorization हेडर, ग्राहकों के रिकॉर्ड। इनमें से कुछ भी ऐसे पेज में पेस्ट करना जो उसे कहीं भेजता है, उसे उजागर करना है, चाहे साइट डिलीट करने के बारे में कुछ भी वादा करे।
यह invalid Base64 बताता है, जबकि मैंने सही कॉपी किया था
कॉपी की गई स्ट्रिंग को आमतौर पर चार चीज़ें तोड़ती हैं, और यहां चारों को मना करने के बजाय अपने-आप ठीक किया जाता है। ईमेल हेडर, PEM ब्लॉक या MIME रैपिंग से आए लाइन ब्रेक हटा दिए जाते हैं। छूटी हुई = पैडिंग जोड़ दी जाती है। URL-safe अक्षर-सेट (+ और / की जगह - और _) पहचानकर बदल दिया जाता है। और स्पेस को दोनों तरह आज़माया जाता है — फ़ालतू व्हाइटस्पेस के रूप में भी, और उन + कैरेक्टर के रूप में भी जिन्हें किसी URL ने स्पेस बना दिया, जो हर बार होता है जब Base64 किसी query string से होकर गुज़रता है। हर सुधार का नाम नतीजे में लिखा होता है, ताकि आप देख सकें कि आपकी स्ट्रिंग असल में क्या थी। अगर फिर भी फ़ेल हो, तो कॉपी करते समय सच में कोई कैरेक्टर छूट गया है, और पेज बताता है कि कौन-सा।
क्या यह JWT डिकोड कर सकता है?
यह हर हिस्से को डिकोड कर देगा, लेकिन इसके लिए JWT डिकोडर बेहतर पेज है — वह तीनों सेक्शन अलग करता है, JSON फ़ॉर्मैट करता है, टाइमस्टैम्प को असली तारीख़ों में बदलता है और बताता है कि टोकन एक्सपायर हुआ है या नहीं। किसी भी सामान्य डिकोडर में, कहीं भी, चालू सेशन टोकन पेस्ट न करें; इस साइट पर वह किसी भी हाल में स्टोर नहीं होता, लेकिन ज़्यादातर साइटों के बारे में यह सच नहीं है।
इमेज या PDF के साथ क्या होता है?
उसे पहचानकर डाउनलोड के लिए दिया जाता है। फ़ाइल टाइप डिकोड हुए बाइट से ही पहचाना जाता है, न कि आपकी बताई किसी चीज़ से — PNG सिग्नेचर, PDF हेडर, ZIP मार्कर — इसलिए मूल नाम बहुत पहले खो गया हो तब भी डाउनलोड को सही एक्सटेंशन मिलता है। इमेज का प्रीव्यू पेज में ही दिखता है।
नतीजे में “Base64URL के रूप में पढ़ा गया” का मतलब क्या है?
कि आपकी स्ट्रिंग में URL-safe अक्षर-सेट इस्तेमाल हुआ था, जिसमें + और / की जगह - और _ होते हैं। JWT, OAuth और URL में जाने वाली हर चीज़ यही वैरिएंट इस्तेमाल करती है। दोनों अक्षर-सेट डिकोड होकर अलग-अलग बाइट बनाते हैं, इसलिए इसमें ग़लती से एरर नहीं आता, बल्कि डेटा चुपचाप ख़राब हो जाता है — इसीलिए इसे मान नहीं लिया जाता, पहचानकर बताया जाता है।
किसी ने मुझे कुछ भेजा है — क्या उसे डिकोड करना सुरक्षित है?
डिकोड करना अपने-आप में सुरक्षित है — कुछ भी चलाया नहीं जाता, और कुछ भी स्टोर नहीं होता। लेकिन जो बाहर आता है, उससे सावधान रहें। मेल फ़िल्टर से किसी ख़तरनाक स्क्रिप्ट या प्रोग्राम को छिपाने का Base64 एक आम तरीक़ा है, इसलिए किसी अनजान स्रोत से डिकोड हुई फ़ाइल के साथ ठीक वैसा ही बर्ताव करें जैसा किसी अनपेक्षित अटैचमेंट के साथ करते।
क्या कोई साइज़ लिमिट है?
उपलब्ध मेमोरी, कोई तय साइज़ सीमा नहीं। बड़ी स्ट्रिंग भी आराम से डिकोड होती हैं।
ध्यान दें: जो बाहर आता है वह बाइट होते हैं, और बाइट ख़ुद नहीं बताते कि वे क्या हैं। फ़ाइल टाइप का अंदाज़ा डेटा की शुरुआत में मौजूद magic numbers से लगाया जाता है, जो आम फ़ॉर्मैट के लिए भरोसेमंद है और बाक़ी पर कुछ नहीं कहता। जो Base64 कभी मान्य था ही नहीं, वह एरर के बजाय बेतुका डेटा बनकर डिकोड होता है, इसलिए जांच लें कि नतीजा सही दिख रहा है।
यह टूल अपनी वेबसाइट पर लगाएं
किसी भी ब्लॉग, क्लास पेज या हेल्प आर्टिकल के लिए मुफ़्त। एक स्निपेट पेस्ट करें और आपके विज़िटर इसे सीधे आपके पेज पर इस्तेमाल कर सकेंगे।