मल्टी-Base एन्कोडर / डिकोडर

डेटा को Base16, Base32, Base58 (Bitcoin), Base64, Base64URL और Base85 (ASCII85) में एन्कोड और डिकोड करें। फ़ाइल अपलोड समर्थन के साथ क्लाइंट-साइड।

अपडेट किया गया

Share:
Home/Developer Tools/Multi-Base Encoder/Decoder

Multi-Base Encoder/Decoder

Encode and decode data in Base16, Base32, Base58, Base64, Base64URL, and Base85 formats.

Base Format

Standard RFC 4648 with padding

Input (text or file)

Output

Stats

Input bytes
16
16 B
Output length
24
characters
Size ratio
1.50x
output / input
Format
Base64
encode

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

यह क्या करता है?

यह छह बेस फ़ॉर्मेट में डेटा को एनकोड/डिकोड करता है: Base16 (hex), Base32 (RFC 4648), Base58 (Bitcoin वर्णमाला), Base64, Base64URL और Base85 (ASCII85), लाइव कनवर्शन और फ़ाइल अपलोड के साथ।

कौन-सी Base58 वर्णमाला?

Bitcoin वर्णमाला (123456789ABCDEFGHJKLMNPQRSTUVWXYZabcdefghijkmnopqrstuvwxyz), जिसमें भ्रामक 0, O, I, l शामिल नहीं हैं। यह BigInt पर आधारित है, इसलिए मनमाने रूप से बड़े इनपुट भी सटीक रूप से काम करते हैं।

क्या मेरा डेटा किसी सर्वर पर भेजा जाता है?

नहीं। सारी एनकोडिंग आपके ब्राउज़र में TextEncoder/TextDecoder और नेटिव BigInt के माध्यम से चलती है। टेक्स्ट और अपलोड की गई बाइनरी फ़ाइलें कभी आपके डिवाइस से बाहर नहीं जातीं।

क्या Multi-Base Encoder / Decoder उपयोग करने के लिए मुफ़्त है?

हाँ, Multi-Base Encoder / Decoder 100% मुफ़्त है, बिना किसी पंजीकरण, बिना छिपे शुल्क और बिना किसी उपयोग सीमा के। सारी प्रोसेसिंग आपके ब्राउज़र में स्थानीय रूप से होती है, जिससे पूर्ण गोपनीयता सुनिश्चित होती है।

क्या Multi-Base Encoder / Decoder मोबाइल डिवाइस पर काम करता है?

हाँ, Multi-Base Encoder / Decoder पूरी तरह रिस्पॉन्सिव है और स्मार्टफ़ोन व टैबलेट पर काम करता है। आप इसे किसी भी आधुनिक वेब ब्राउज़र वाले डिवाइस पर उपयोग कर सकते हैं, किसी ऐप डाउनलोड की ज़रूरत नहीं।

क्या इस टूल का उपयोग करने के लिए मुझे खाता बनाना होगा?

किसी खाते या पंजीकरण की आवश्यकता नहीं है। बस अपने ब्राउज़र में Multi-Base Encoder / Decoder खोलें और तुरंत उपयोग शुरू करें। कोई साइन-अप बाधा या उपयोग प्रतिबंध नहीं है।

यह टूल किन प्रोग्रामिंग भाषाओं या फ़ॉर्मेट का समर्थन करता है?

Multi-Base Encoder / Decoder कई लोकप्रिय फ़ॉर्मेट और भाषाओं का समर्थन करता है। समर्थित विकल्पों की पूरी सूची देखने के लिए टूल इंटरफ़ेस देखें।

मैं Multi-Base Encoder / Decoder का उपयोग कैसे करूँ?

बस दिए गए फ़ील्ड में अपना इनपुट दर्ज करें, अपनी पसंद के अनुसार कोई भी सेटिंग समायोजित करें, और टूल इसे तुरंत प्रोसेस कर देगा। फिर आप परिणाम को क्लिपबोर्ड पर कॉपी कर सकते हैं या डाउनलोड कर सकते हैं।

कौन-कौन से ब्राउज़र समर्थित हैं?

Multi-Base Encoder / Decoder सभी आधुनिक ब्राउज़रों में काम करता है, जिनमें Chrome, Firefox, Safari, Edge और Opera शामिल हैं। सर्वोत्तम अनुभव के लिए, अपने पसंदीदा ब्राउज़र का नवीनतम संस्करण उपयोग करें।

Base64 और Base64URL में क्या फ़र्क़ है?

दोनों बाइनरी को प्रिंट करने योग्य टेक्स्ट में बदलने के लिए 64-कैरेक्टर अल्फाबेट इस्तेमाल करते हैं, लेकिन इनमें तीन कैरेक्टर और पैडिंग का फ़र्क़ है। स्टैंडर्ड Base64 (RFC 4648) A-Z, a-z, 0-9 के साथ "+" और "/" इस्तेमाल करता है, और आउटपुट को "=" से पैड करता है ताकि उसकी लंबाई चार का गुणज बनी रहे। Base64URL इन दो समस्याग्रस्त कैरेक्टर "+" और "/" की जगह "-" और "_" इस्तेमाल करता है, क्योंकि plus और slash का URL और फ़ाइलनाम में खास मतलब होता है, और यह आमतौर पर "=" पैडिंग पूरी तरह हटा देता है। इससे Base64URL को किसी query string, path segment, या JSON Web Token में बिना अतिरिक्त एस्केपिंग के डाला जा सकता है। दोनों ही तरीकों में डिकोड किए गए बाइट्स बिल्कुल समान होते हैं। यह टूल दोनों को अलग-अलग टैब में देता है, ताकि आप किसी ईमेल अटैचमेंट के लिए स्टैंडर्ड Base64 में और किसी टोकन के लिए Base64URL में वैल्यू एनकोड कर सकें, फिर Swap से उसे राउंड-ट्रिप कर सकें।

क्या Base64 एन्क्रिप्शन है, और एनकोड होने के बाद मेरा डेटा सुरक्षित रहता है?

नहीं। Base64 और यहाँ मौजूद बाकी सभी बेस एन्कोडिंग एन्क्रिप्शन नहीं हैं और बिल्कुल भी सुरक्षा नहीं देते। ये सिर्फ़ रॉ बाइट्स को प्रिंट करने योग्य कैरेक्टर्स के एक छोटे सेट में बदल देते हैं ताकि बाइनरी डेटा उन सिस्टम से गुज़र सके जो सिर्फ़ टेक्स्ट हैंडल करते हैं, जैसे ईमेल या URL। जो भी किसी एन्कोडेड स्ट्रिंग को देखता है वह बिना किसी key या password के तुरंत उसे डिकोड कर सकता है, इसलिए Base64 से "छिपाया गया" कोई सीक्रेट असल में प्लेनटेक्स्ट जैसा ही है। एन्कोडिंग को सिर्फ़ ट्रांसपोर्ट और कम्पैटिबिलिटी का कदम मानें, कभी भी किसी API key, password, या token को छिपाने का तरीका न मानें। अगर आपको असली गोपनीयता चाहिए, तो पहले डेटा को AES जैसी किसी चीज़ से एन्क्रिप्ट करें, फिर चाहें तो सुरक्षित ट्रांसपोर्ट के लिए ciphertext को Base64-एनकोड करें। यह टूल पूरी तरह आपके ब्राउज़र में इसलिए चलता है क्योंकि आप जो वैल्यू पेस्ट करते हैं, जैसे JWTs या सर्टिफिकेट, संवेदनशील तो होती हैं भले ही वे गुप्त न हों। एन्कोडेड डेटा असल में कितना पढ़ने योग्य होता है यह देखने के लिए यहाँ किसी स्ट्रिंग को डिकोड करके देखें।

Base64 मेरे डेटा का साइज़ कितना बढ़ा देता है?

Base64 डेटा को लगभग 33% बढ़ा देता है, क्योंकि यह इनपुट के तीन बाइट्स को चार आउटपुट कैरेक्टर में पैक करता है, इसलिए पैडिंग जुड़ने से पहले एन्कोडेड नतीजा मूल साइज़ का लगभग 1.33 गुना होता है। यह ओवरहेड टेक्स्ट-सेफ होने की कीमत है, और यही वजह है कि Base64 के रूप में भेजी गई बड़ी फ़ाइलें, जैसे इनलाइन data URI, रॉ बाइनरी से काफ़ी भारी होती हैं। यहाँ मौजूद बाकी फ़ॉर्मेट के रेशियो अलग हैं: Base16 (हेक्स) साइज़ को ठीक दोगुना कर देता है यानी 2.0, क्योंकि हर बाइट दो कैरेक्टर बन जाता है, Base32 लगभग 1.6 पर रहता है, और Base85 (ASCII85) टेक्स्ट-सेफ विकल्पों में सबसे कॉम्पैक्ट है, लगभग 1.25, क्योंकि यह चार बाइट्स को पाँच कैरेक्टर में पैक करता है। इस टूल का लाइव Stats पैनल आपका इनपुट साइज़ बाइट्स में, आउटपुट कैरेक्टर काउंट, और सटीक साइज़ रेशियो दिखाता है, ताकि आप फ़ॉर्मेट की तुलना कर सकें और अपने काम के लिए सबसे कारगर फ़ॉर्मेट चुन सकें।

किसी JWT का हेडर और पेलोड पढ़ने के लिए उसे कैसे डिकोड करूँ?

एक JSON Web Token डॉट से जुड़े तीन Base64URL-एनकोडेड हिस्से होते हैं: header, payload, और signature। पहले दो पढ़ने के लिए, पहले डॉट से पहले का हिस्सा कॉपी करें और उसे Base64URL के रूप में डिकोड करें ताकि header का JSON दिखे, फिर बीच वाले हिस्से के साथ भी यही करें ताकि payload के claims जैसे "sub", "exp", और "iat" सामने आ जाएँ। स्टैंडर्ड Base64 की जगह खासतौर पर Base64URL टैब ही इस्तेमाल करें, क्योंकि JWTs URL-सेफ अल्फाबेट इस्तेमाल करते हैं और पैडिंग छोड़ देते हैं, जिसे कोई सख़्त स्टैंडर्ड डिकोडर रिजेक्ट कर सकता है। तीसरा हिस्सा, signature, एक क्रिप्टोग्राफ़िक हैश है और वह पढ़ने योग्य टेक्स्ट में डिकोड नहीं होगा, इसलिए उससे कोई अर्थपूर्ण नतीजा उम्मीद न करें। चूँकि सब कुछ आपके ब्राउज़र में लोकली चलता है, आप यहाँ किसी असली प्रोडक्शन टोकन को पेस्ट कर सकते हैं और वह आपकी मशीन से कभी बाहर नहीं जाएगा। हर हिस्से को ऊपर दिए डिकोडर में डालकर देखें कि टोकन असल में क्या-क्या ले जा रहा है।

Base32 पैडिंग का इस्तेमाल क्यों करता है और मिलते-जुलते कैरेक्टर क्यों टालता है?

Base32 (RFC 4648) पाँच बाइट्स को आठ कैरेक्टर में एनकोड करता है, और जब इनपुट पाँच-बाइट के समूहों में पूरी तरह विभाजित नहीं होता, तो "=" पैडिंग आख़िरी ब्लॉक भर देती है ताकि लंबाई आठ का गुणज बनी रहे। इसका 32-कैरेक्टर अल्फाबेट A-Z और 2-7 इस्तेमाल करता है, जो जानबूझकर 0, 1, 8, और 9 के साथ-साथ उनसे मिलते-जुलते अक्षरों को भी बाहर रखता है, जिससे एन्कोडेड स्ट्रिंग बोलकर पढ़ना, हाथ से टाइप करना, या स्क्रीन से बिना गलती के कॉपी करना आसान हो जाता है। यही ह्यूमन-फ्रेंडली गुण है जिसकी वजह से Base32, TOTP और टू-फैक्टर ऑथेंटिकेशन सीक्रेट की के लिए स्टैंडर्ड है जिन्हें आप स्कैन करते हैं या किसी authenticator ऐप में कॉपी करते हैं, और Tor onion एड्रेस के लिए भी। यह केस-इनसेंसिटिव भी है, यानी अक्षर बड़े हों या छोटे, डिकोड किया गया नतीजा नहीं बदलता। यह टूल पैडिंग के साथ RFC 4648 अल्फाबेट लागू करता है, ताकि आप किसी 2FA सीक्रेट को शेयर करने के लिए एनकोड कर सकें या किसी को डिकोड करके जाँच सकें कि वह आपके ऐप की उम्मीद से मेल खाता है या नहीं।

Embed This Tool

Add a free, live version of this widget to your own website or blog post — it runs entirely in your visitors' browsers, with a credit link back to The Toolbox.

Copy & paste this HTML
<iframe src="https://getthetoolbox.com/embed/base-encoder" title="Multi-Base Encoder / Decoder — The Toolbox" width="100%" height="260" style="max-width:480px;border:1px solid #e2e8f0;border-radius:12px" loading="lazy"></iframe>
<p style="font-size:12px;margin:4px 0 0"><a href="https://getthetoolbox.com/developer-tools/base-encoder?utm_source=embed&utm_medium=widget" target="_blank" rel="noopener">Free Multi-Base Encoder / Decoder</a> by The Toolbox</p>

संबंधित टूल

मल्टी-बेस एनकोडर / डिकोडर के बारे में

मल्टी-बेस एनकोडर / डिकोडर प्लेन टेक्स्ट या बाइनरी डेटा को छह अलग-अलग बेस एन्कोडिंग के बीच कन्वर्ट करता है: Base16, Base32, Base58, Base64, Base64URL, और Base85। बस एक फ़ॉर्मेट चुनें, तय करें कि आपको एनकोड करना है या डिकोड, और टाइप करते ही कन्वर्जन अपने आप हो जाता है। यह डेवलपर्स, सिक्योरिटी इंजीनियर्स, और उन सभी के लिए बनाया गया है जो टोकन, हैश, सर्टिफिकेट या वायर फ़ॉर्मेट डीबग करते समय ह्यूमन-रीडेबल स्ट्रिंग और उसके पीछे के रॉ बाइट्स के बीच आना-जाना चाहते हैं।

सब कुछ आपके ब्राउज़र में ही होता है। टेक्स्ट को ब्राउज़र के TextEncoder/TextDecoder से पढ़ा जाता है, बड़ी संख्याओं के लिए नेटिव BigInt इस्तेमाल होता है, और अपलोड की गई फ़ाइलों को File API की मदद से लोकली प्रोसेस किया जाता है। आप जो कुछ भी पेस्ट या अपलोड करते हैं वह कभी सर्वर पर नहीं भेजा जाता, इसलिए किसी API key, साइन की गई JWT, या प्राइवेट सर्टिफिकेट को डालना पूरी तरह सुरक्षित है — वह आपकी मशीन से बाहर कभी नहीं जाता। न कोई साइन-अप चाहिए, न कोई यूसेज लिमिट है।

छह बेस फ़ॉर्मेट और इनका इस्तेमाल कहाँ होता है

  • Base16 (हेक्साडेसिमल) — हर बाइट के लिए दो कैरेक्टर, 0-9 और A-F का इस्तेमाल करते हुए। हैश, बाइट डंप और कलर वैल्यू दिखाने का स्टैंडर्ड तरीका।
  • Base32 (RFC 4648)= पैडिंग वाला 32-कैरेक्टर अल्फाबेट, केस-इनसेंसिटिव और मिलते-जुलते दिखने वाले सिंबल से मुक्त। यह TOTP/2FA सीक्रेट की और ओनियन एड्रेस में आम है।
  • Base58 (Bitcoin)123456789ABCDEFGHJKLMNPQRSTUVWXYZabcdefghijkmnopqrstuvwxyz अल्फाबेट इस्तेमाल करता है, जिसमें जानबूझकर 0, O, I, और l को बाहर रखा गया है ताकि हाथ से कॉपी करते समय वैल्यू गलत न पढ़ी जाए। यह Bitcoin एड्रेस और IPFS हैश को पावर देता है। यह टूल आर्बिट्ररी-प्रिसिज़न BigInt मैथ इस्तेमाल करता है, इसलिए बहुत लंबे इनपुट भी बिल्कुल सटीक कन्वर्ट होते हैं।
  • Base64+, /, और = पैडिंग वाला जाना-पहचाना RFC 4648 एन्कोडिंग, जो data URI, ईमेल अटैचमेंट (MIME), और HTTP बेसिक ऑथ में इस्तेमाल होता है।
  • Base64URL — एक URL- और फ़ाइलनाम-सेफ वेरिएंट जो + और / की जगह - और _ इस्तेमाल करता है और पैडिंग हटा देता है। यही एन्कोडिंग JSON Web Tokens (JWTs) के अंदर होती है।
  • Base85 (ASCII85) — Adobe वेरिएंट, <~ और ~> में लपेटा हुआ, जो चार बाइट्स को पाँच कैरेक्टर में पैक करता है और Base64 से ज़्यादा सघन नतीजा देता है। PostScript और PDF स्ट्रीम में इस्तेमाल होता है।

इसे कैसे इस्तेमाल करें

टैब्स में से एक बेस चुनें, फिर मोड को Encode या Decode पर सेट करें। एनकोड मोड में आप टेक्स्ट टाइप या पेस्ट करें, या इमेज या PDF जैसी बाइनरी फ़ाइल देने के लिए Upload बटन इस्तेमाल करें; टूल सीधे रॉ बाइट्स को एनकोड करता है। डिकोड मोड में आप एन्कोडेड स्ट्रिंग पेस्ट करते हैं और मूल टेक्स्ट वापस मिल जाता है (जो बाइनरी वैलिड UTF-8 नहीं होती वह हेक्स व्यू में दिखती है ताकि कुछ भी खो न जाए)। Swap बटन आपके आउटपुट को इनपुट में बदल देता है और मोड को पलट देता है, जिससे आप एक क्लिक में किसी वैल्यू को राउंड-ट्रिप कर सकते हैं। Sample मौजूदा फ़ॉर्मेट के लिए एक तैयार उदाहरण लोड करता है, और Clear सब कुछ रीसेट कर देता है। नतीजों को क्लिपबोर्ड पर कॉपी किया जा सकता है या टेक्स्ट फ़ाइल के रूप में डाउनलोड किया जा सकता है।

एक लाइव Stats पैनल इनपुट साइज़ को बाइट्स में, आउटपुट कैरेक्टर काउंट, और साइज़ रेशियो (आउटपुट भाग इनपुट) दिखाता है। यह रेशियो एक झटपट रियलिटी-चेक है: Base64 डेटा को लगभग 33% बढ़ा देता है (रेशियो लगभग 1.33), Base16 इसे दोगुना कर देता है (2.0), और टेक्स्ट-सेफ विकल्पों में Base85 सबसे कॉम्पैक्ट है, लगभग 1.25 पर।

बेस एन्कोडिंग क्यों ज़रूरी है

कई सिस्टम सिर्फ़ प्लेन टेक्स्ट ले जा सकते हैं, लेकिन जो डेटा आपको उनके ज़रिए भेजना होता है वह बाइनरी होता है। बेस एन्कोडिंग रॉ बाइट्स को प्रिंट करने योग्य कैरेक्टर्स के एक छोटे, सुरक्षित सेट में बदलकर यह समस्या हल करता है। एक अहम बात जिस पर लोग अक्सर चूक जाते हैं: एन्कोडिंग एन्क्रिप्शन नहीं है। Base64 और इसके जैसे फ़ॉर्मेट कोई गोपनीयता नहीं देते — कोई भी इन्हें तुरंत डिकोड कर सकता है — इसलिए ये सिर्फ़ ट्रांसपोर्ट और कम्पैटिबिलिटी के लिए हैं, कभी भी सीक्रेट छिपाने के लिए नहीं।

इससे होने वाले आम काम: किसी JWT के हेडर और पेलोड की जाँच करना, किसी 2FA सीक्रेट को Base32 में और वापस बदलना, किसी Bitcoin एड्रेस को Base58 में जाँचना, किसी छोटे आइकन को CSS के लिए Base64 data URI में बदलना, या किसी PDF से ASCII85 स्ट्रीम पढ़ना। सभी छह फ़ॉर्मेट एक ही जगह होने से, तुरंत कन्वर्जन और सटीक साइज़ आँकड़ों के साथ, यह याद रखने की झंझट खत्म हो जाती है कि किस फ़ॉर्मेट के लिए कौन-सा अल्फाबेट और पैडिंग नियम लागू होता है।