छवि को बेस64 में

छवि को बेस64 में एक मुफ़्त टूल है, जो किसी छवि फ़ाइल को Base64 में एन्कोड की गई टेक्स्ट स्ट्रिंग में बदलता है।

Base64 क्या है और इसका इस्तेमाल क्यों होता है?

अपलोड की गई छवि के लिए Base64 बाइनरी डेटा को टेक्स्ट में एन्कोड करता है, ताकि वह मुख्य रूप से टेक्स्ट के लिए बने सिस्टम से होकर गुजर सके। इसमें स्रोत डेटा के हर तीन बाइट को एक तय वर्णमाला से लिए गए चार प्रिंट किए जा सकने वाले वर्णों के रूप में दिखाया जाता है।

यह तब उपयोगी होता है, जब कोई फ़ॉर्मेट अलग बाइनरी फ़ाइल स्वीकार नहीं कर सकता। मूल बाइट को उनके सामान्य बाइनरी रूप में अटैच किए बिना, छवि को डेटा URL, JSON प्रॉपर्टी या MIME ईमेल भाग में रखा जा सकता है। तैयार हुई Base64 स्ट्रिंग एन्कोड की गई होती है, एन्क्रिप्ट नहीं। यह स्ट्रिंग पाने वाला कोई भी व्यक्ति इसे डिकोड कर सकता है, इसलिए इससे गोपनीयता या एक्सेस कंट्रोल नहीं मिलता।

टेक्स्ट के कुछ बाइट वाला यह छोटा उदाहरण प्रक्रिया को समझाता है।

• इनपुट टेक्स्ट <svg></svg> है
• Base64 आउटपुट PHN2Zz48L3N2Zz4= है

ज़्यादातर छवियों में पढ़े जा सकने वाले मार्कअप के बजाय बाइनरी बाइट होते हैं, इसलिए उनका इनपुट इस टेक्स्ट उदाहरण जैसा नहीं दिखेगा। PNG, JPEG, GIF, WebP और दूसरे छवि फ़ॉर्मेट के लिए सिद्धांत यही रहता है।

किसी छवि को Base64 में कैसे बदलें?

टूल में छवि दें, रूपांतरण चलाएं और बेस64 एन्कोडेड फ़ील्ड में मिला मान कॉपी करें। टूल छवि डेटा पर PHP का base64_encode फ़ंक्शन लागू करता है।

1. वह छवि चुनें जिसे टेक्स्ट के रूप में दिखाना है।
2. पेज को फ़ाइल प्रोसेस करके एन्कोड किया गया मान लौटाने दें।
3. अंत में मौजूद बराबर के चिह्नों सहित पूरी स्ट्रिंग कॉपी करें।
4. अगर गंतव्य को डेटा URL, JSON मान या कोई दूसरा कंटेनर चाहिए, तो उसके अनुसार आसपास का ज़रूरी सिंटैक्स जोड़ें।

यह प्रक्रिया सर्वर पर होती है। आपकी छवि HTTPS के ज़रिए सर्वर तक जाती है और स्टोर नहीं की जाती। प्रोसेसिंग सर्वर पर होती है, इसलिए यह न मानें कि रूपांतरण के दौरान फ़ाइल आपके डिवाइस पर ही रहती है।

मिली हुई Base64 स्ट्रिंग का इस्तेमाल कैसे करें?

स्ट्रिंग को सीधे Base64 के रूप में इस्तेमाल करें या उसे प्राप्त करने वाले सिस्टम के ज़रूरी सिंटैक्स में रखें। Base64 अपने आप छवि का फ़ॉर्मेट, फ़ाइल नाम, आकार या उसके इस्तेमाल का उद्देश्य नहीं बताता।

HTML या CSS डेटा URL में एन्कोड किया गया मान आम तौर पर मीडिया टाइप और Base64 मार्कर के बाद आता है। PNG डेटा URL की शुरुआत data:image/png;base64, से होती है और इसके तुरंत बाद स्ट्रिंग आती है। JPEG के लिए image/jpeg और SVG के लिए आम तौर पर image/svg+xml इस्तेमाल होता है। गलत मीडिया टाइप चुनने पर सॉफ़्टवेयर किसी वैध छवि को भी दिखाने में विफल हो सकता है।

JSON में Base64 को आम तौर पर उद्धरण चिह्नों के भीतर स्ट्रिंग के रूप में रखा जाता है। इसके साथ अक्सर मीडिया टाइप बताने वाला अलग फ़ील्ड भी होता है। अगर कोई API विशेष रूप से कच्चा Base64 मांगता है, तो डेटा URL प्रीफ़िक्स न जोड़ें। टूल से मिले मान का इस्तेमाल करने से पहले API दस्तावेज़ पढ़ें, क्योंकि इन दोनों तरह के इनपुट को एक-दूसरे की जगह इस्तेमाल नहीं किया जा सकता।

वास्तविक सिस्टम में Base64 कहां मिलता है?

Base64 आम तौर पर वहां मिलता है, जहां बाइनरी डेटा को टेक्स्ट पर आधारित फ़ॉर्मेट या प्रोटोकॉल से भेजना होता है। इसके सामान्य उदाहरण हैं:

• HTML, CSS या तैयार किए गए दस्तावेज़ों में एम्बेड किए गए डेटा URL।
• ऐसी API को भेजे गए JSON पेलोड, जो टेक्स्ट प्रॉपर्टी के भीतर छवि सामग्री स्वीकार करती हैं।
• ईमेल संदेश, जिनमें MIME अटैचमेंट और इनलाइन छवियों को Base64 के रूप में एन्कोड कर सकता है।
• क्वेरी स्ट्रिंग, हालांकि मानक Base64 वर्णों के लिए URL एन्कोडिंग भी ज़रूरी हो सकती है।
• कॉन्फ़िगरेशन फ़ाइलें और XML दस्तावेज़, जिनमें मनचाहे बाइनरी बाइट सीधे नहीं रखे जा सकते।

अंतरराष्ट्रीयकृत डोमेन नाम भी डेटा को सीमित वर्ण-समूह में बदलने का एक उदाहरण हैं, लेकिन उनमें Base64 के बजाय Punycode इस्तेमाल होता है। URL में रखे जाने वाले मानों के लिए यूआरएल एन्कोडर की भी ज़रूरत पड़ सकती है, क्योंकि मानक Base64 में धन चिह्न, स्लैश और बराबर के चिह्न हो सकते हैं।

Base64 डिकोड क्यों नहीं होता या बेतुका टेक्स्ट क्यों दिखाता है?

डिकोडिंग विफल हो सकती है, क्योंकि इनपुट में कॉपी किया हुआ प्रीफ़िक्स मौजूद है, वह खराब या अधूरा है, या डिकोडर के अपेक्षित Base64 फ़ॉर्मेट से मेल नहीं खाता। बेतुका टेक्स्ट अक्सर तब दिखता है, जब वैध बाइनरी छवि डेटा को डिकोड करने के बाद गलती से सामान्य टेक्स्ट की तरह दिखाया जाता है।

• जब डिकोडर को केवल Base64 चाहिए, तब कॉपी किया हुआ प्रीफ़िक्स विफलता का कारण बन सकता है। कच्चा Base64 डिकोड करने से पहले data:image/png;base64, जैसा टेक्स्ट हटा दें।
• खराब या अधूरा इनपुट डिकोड होकर ऐसी अधूरी छवि बना सकता है, जिसे व्यूअर खोल नहीं पाते।
• दोहरी एन्कोडिंग में पहली बार डिकोड करने के बाद एक और Base64 स्ट्रिंग मिलती है। अगर स्रोत ने पहले से एन्कोड किए गए मान को दोबारा एन्कोड किया था, तो दूसरी बार डिकोड करना पड़ सकता है।
• गलत वर्णमाला से त्रुटि हो सकती है, अगर डिकोडर किसी दूसरे प्रकार की अपेक्षा करता है। जहां मानक Base64 में धन चिह्न और स्लैश होते हैं, वहां Base64url हाइफ़न और अंडरस्कोर इस्तेमाल करता है।
• पैडिंग न होना सख्त डिकोडर को प्रभावित कर सकता है। मानक Base64 के अंत में एक या दो बराबर के चिह्न हो सकते हैं, हालांकि कुछ सिस्टम जानबूझकर उन्हें हटा देते हैं।

अगर डिकोड किया गया परिणाम बाइनरी है, तो उसे टेक्स्ट एडिटर में खोलने के बजाय सही छवि प्रकार के साथ सेव करें। स्ट्रिंग पूरी हो और अपेक्षित फ़ॉर्मेट में हो, तो उलटी प्रक्रिया के लिए बेस64 डिकोडर या Base64 को छवि में टूल मदद कर सकता है।

फ़ॉर्मेट का चुनाव और जटिल इनपुट

मानक Base64 ईमेल, डेटा URL और स्पष्ट रूप से इसकी मांग करने वाले सिस्टम के लिए उपयुक्त है। URL पाथ, क्वेरी पैरामीटर और टोकन के लिए वही प्रकार इस्तेमाल करें जो प्राप्त करने वाला सिस्टम मांगता है। अगर उसके विनिर्देश में कहा गया हो, तो Base64url उपयुक्त हो सकता है। यह टूल PHP का मानक base64_encode ऑपरेशन इस्तेमाल करता है, इसलिए यह न मानें कि इसका परिणाम Base64url है।

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

PHP में base64_encode खाली बाइट स्ट्रिंग के लिए खाली मान लौटाता है। लंबी फ़ाइलों से लंबी स्ट्रिंग बनती हैं और आसपास के JSON या डेटा URL सिंटैक्स को गिनने से पहले ही Base64 मूल बाइट संख्या में लगभग एक-तिहाई जोड़ देता है। यह छवि को कंप्रेस नहीं करता, उसकी गुणवत्ता नहीं सुधारता और उसके पिक्सेल आकार नहीं बदलता।

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

क्या Base64 छवि को सीधे CSS में डाल सकते हैं?

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

मेरी Base64 स्ट्रिंग में लाइन ब्रेक क्यों आ रहे हैं?

यह टूल बिना किसी लाइन ब्रेक के मान लौटाता है, क्योंकि PHP का base64_encode लाइन ब्रेक नहीं जोड़ता। लाइन ब्रेक बाद में कहीं और कॉपी या प्रोसेस किए जाने के कारण आते हैं। कई डिकोडर खाली जगह को अनदेखा कर देते हैं, लेकिन सख्त API इसे अस्वीकार कर सकती हैं। इसलिए जब प्राप्त करने वाले सिस्टम के विनिर्देश में इसकी ज़रूरत हो, तो बिना लाइन ब्रेक वाली स्ट्रिंग इस्तेमाल करें।

छवि का फ़ाइल नाम बदलने से उसका Base64 मान बदल जाता है?

Base64 फ़ाइल के बाइट दिखाता है, फ़ाइल नाम नहीं। इसलिए बिना किसी बदलाव वाली फ़ाइल का नाम बदलने से उसकी एन्कोडिंग नहीं बदलती। लेकिन मेटाडेटा संपादित करने, छवि को दोबारा सेव करने या उसका फ़ॉर्मेट बदलने से बाइट बदल जाते हैं और अलग स्ट्रिंग बनती है।

क्या Base64 किसी निजी छवि को सुरक्षित रख सकता है?

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

कैसे जांचें कि रूपांतरण सही हुआ है?

पूरी स्ट्रिंग डिकोड करें और परिणाम को ऐसे छवि व्यूअर में खोलें जो मूल फ़ॉर्मेट का समर्थन करता हो। जांचें कि आकार और दिखाई देने वाली सामग्री स्रोत से मेल खाते हैं। अंत में मौजूद पैडिंग वर्णों को तब तक बनाए रखें, जब तक गंतव्य स्पष्ट रूप से उन्हें हटाने की मांग न करे।