Base64 क्या है? Developers के लिए एक साफ़ समझ

Base64 किस समस्या को हल करता है

कई पुराने और text-केंद्रित systems — email, URLs, JSON, XML, HTTP headers — text ले जाने के लिए बने थे, raw binary के लिए नहीं। इनमें कोई भी bytes भेजना भरोसेमंद नहीं है: कुछ byte values control characters, line breaks, या delimiters मान ली जाती हैं, और strip, बिगाड़ या truncate हो जाती हैं। खासकर email ने ऐतिहासिक रूप से 7-bit ASCII मान रखा था, इसलिए raw binary सफर में सही-सलामत नहीं बचती।

Base64 इससे बचता है — binary data को एक छोटे, हर जगह safe alphabet से फिर से लिखकर, जिसे कोई text system खास नहीं मानता। नतीजा एक ऐसी string होती है जिसे आप email body, JSON field, URL, या HTML attribute में यह भरोसे के साथ डाल सकते हैं कि वह बिना बदले पहुँचेगी। समझौता size और readability का है, correctness का नहीं — decoding हमेशा असली bytes को हूबहू लौटा देती है।

encoding कैसे काम करती है

Base64 पूरे bytes के बजाय bits के समूहों पर काम करता है। यह input को एक बार में तीन bytes (24 bits) लेता है और उन 24 bits को 6-6 bits के चार समूहों में फिर से काटता है। हर 6-bit समूह 0 से 63 तक की एक संख्या होती है, जो Base64 alphabet में index का काम करती है — यानी 64 characters A–Z, a–z, 0–9, और “+” व “/”. इसलिए हर 3 input bytes 4 output characters बन जाते हैं, और ठीक यही वजह है कि output एक-तिहाई बढ़ जाता है।

हर character में छह bits ही असली जादू है: 2^6 बराबर 64, इसलिए छह bits 64-symbol वाले alphabet पर साफ़-साफ़ बैठ जाते हैं और कुछ भी बर्बाद नहीं होता। decode करने के लिए, पढ़ने वाला उल्टा करता है — हर character को उसकी 6-bit value में बदलता है और चार को फिर से तीन bytes में पैक करता है। चूँकि mapping तय और सार्वजनिक है, encoding और decoding पूरी तरह deterministic हैं और किसी key की ज़रूरत नहीं।

Padding और = character

Input शायद ही कभी 3-byte समूहों में ठीक-ठीक बँटता है, और padding इस बचे हिस्से को संभालता है। जब आख़िरी समूह में 3 के बजाय सिर्फ़ 1 या 2 bytes हों, तो encoder उतने bits के लिए 6-bit characters फिर भी निकालता है, फिर output को चार के गुणज तक भरने के लिए “=” characters जोड़ देता है। एक बचा हुआ byte दो Base64 characters और “==” देता है; दो बचे हुए bytes तीन characters और एक “=” देते हैं।

“=” data नहीं है — यह कोई bit नहीं रखता और सिर्फ़ यह बताने के लिए होता है कि आख़िरी समूह में कितने bytes थे, ताकि decoders result को सही तरह trim कर सकें। यही वजह है कि Base64 string की लंबाई हमेशा चार का गुणज होती है। एक आम variant, base64url (JWTs और URLs में इस्तेमाल होता है), “+” और “/” की जगह “-” और “_” रखता है और अक्सर padding बिल्कुल छोड़ देता है, क्योंकि वे characters URLs में असुरक्षित या फ़ालतू होते हैं।

आप इसे कहाँ देखेंगे

Data URLs एक आम नज़ारा है: एक छोटी image को सीधे HTML या CSS में data:image/png;base64,iVBORw0KG... के रूप में embed किया जा सकता है, जिससे binary file text के रूप में inline हो जाती है और अलग request के बिना load होती है। Email attachments को MIME पर्दे के पीछे Base64 में encode कर देता है ताकि binary files text-आधारित mail transport में बच सकें। यह HTTP Basic Authentication headers में भी दिखता है, जो username और password को Base64 में encode करते हैं।

JSON Web Tokens (JWTs) तीन base64url-encoded हिस्से होते हैं जो dots से जुड़े होते हैं — एक header, एक payload, और एक signature। यह Base64 की प्रकृति का बढ़िया उदाहरण है: चूँकि header और payload सिर्फ़ encode हैं, encrypt नहीं, इसलिए कोई भी उन्हें decode करके पढ़ सकता है — ठीक वही जो एक JWT decoder करता है। integrity signature देती है; encoding कोई integrity नहीं देती।

Base64 encryption क्यों नहीं है

Base64 बिल्कुल भी privacy नहीं देता। न कोई secret key है, न तोड़ने के लिए कोई algorithm — यह बदलाव एक public, reversible lookup है जिसे कोई भी tool या व्यक्ति तुरंत पलट सकता है। Base64 को passwords, tokens, या personal data छिपाने का तरीका मानना एक गंभीर और आम security गलती है; जिस पल किसी को string दिखती है, वह उसका content पढ़ सकता है।

अगर आपको privacy चाहिए, तो असली encryption (जैसे AES) या passwords के लिए एक one-way hash (जैसे bcrypt या Argon2) इस्तेमाल करें। Base64 इनके साथ एक अलग, पूरक कदम के रूप में रहता है: आप data को encrypt करके फिर उस ciphertext को Base64 में encode कर सकते हैं ताकि वह text के रूप में transport हो। encoding bytes को हिलाने-डुलाने लायक बनाती है; encryption उन्हें दूसरों के लिए unreadable बनाती है। दोनों बातों को अलग रखें।

Size overhead

Base64 data को लगभग 33% बड़ा कर देता है, क्योंकि 3 bytes 4 characters बन जाते हैं (4 ÷ 3 ≈ 1.33)। असल दुनिया में overhead थोड़ा और ज़्यादा होता है जब आप उन वैकल्पिक line breaks को गिनें जिन्हें कुछ encoders हर 76 characters पर डालते हैं, साथ ही अंत में एक-दो padding characters। किसी बड़ी file के लिए, यह फैलाव ही मुख्य वजह है कि जिस data को Base64 में encode करना ज़रूरी न हो उसे न करें।

व्यावहारिक सलाह: Base64 तब इस्तेमाल करें जब कोई text-only channel इसे मजबूर करे — एक छोटा icon inline करना, email attachment encode करना, एक token पैक करना — और bulk binary transfer के लिए इससे बचें जहाँ binary-सक्षम channel उपलब्ध हो। और जब आपको किसी string को encode या जाँचना हो, तो हमारा Base64 encoder और JWT decoder पूरी तरह आपके browser में चलते हैं, इसलिए जो tokens और file contents आप paste करते हैं वे local रूप से process होते हैं और कभी किसी server पर नहीं भेजे जाते।

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