Tarayıcınız güncel değil

Bu siteyi görüntülemek için tarayıcınızın veya cihazınızın işletim sisteminin güncellenmesi gerekiyor.

Your browser is out of date. Please update iOS or your browser to view this site.

मुख्य सामग्री पर जाएं
Gizke.com
ब्लॉग

Base64 और URL एनकोडर

आपके डिवाइस पर चलता है। कुछ भी नहीं भेजा जाता।

टेक्स्ट

परिणाम

परिणाम यहाँ दिखाई देगा

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

Base64, 64 प्रिंट करने योग्य वर्णों का उपयोग करके किसी भी बाइनरी डेटा को सादे ASCII टेक्स्ट में बदल देता है, इसीलिए यह हर उस जगह दिखाई देता है जहाँ बाइनरी डेटा को केवल-टेक्स्ट चैनल से गुजरना पड़ता है - एक इमेज को सीधे CSS या HTML में एम्बेड करना, किसी फ़ाइल को ईमेल में अटैच करना, या एक टोकन को JWT के भीतर एन्कोड करना। URL एन्कोडिंग (पर्सेंट एन्कोडिंग) एक अलग, असंबंधित योजना है, जो उन वर्णों को एस्केप करती है जिन्हें एक URL शाब्दिक रूप से नहीं रख सकता, जैसे स्पेस और एम्परसैंड, ताकि वे क्वेरी स्ट्रिंग में रखे जाने पर सुरक्षित रहें। यह टूल दोनों योजनाओं के लिए टेक्स्ट या फ़ाइलों को दोनों दिशाओं में बदलता है, पूरी तरह आपके ब्राउज़र में - कुछ भी कहीं अपलोड नहीं होता।

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

क्या Base64 एन्क्रिप्शन है?
नहीं। Base64 एक एन्कोडिंग है, एन्क्रिप्शन नहीं - इस टूल सहित कोई भी बिना किसी कुंजी या पासवर्ड के इसे तुरंत डिकोड कर सकता है। यह केवल डेटा के प्रतिनिधित्व को बदलता है ताकि यह टेक्स्ट अपेक्षित करने वाले सिस्टम से सुरक्षित रूप से गुजर सके, बाइनरी नहीं। इसे कभी भी किसी संवेदनशील चीज़ को छिपाने के लिए उपयोग न करें।
Base64-एन्कोडेड टेक्स्ट = चिह्नों के साथ क्यों समाप्त होता है?
Base64, 3-बाइट के खंडों में काम करता है, जिनमें से प्रत्येक को 4 आउटपुट वर्णों में बदला जाता है। जब इनपुट 3 बाइट का गुणज नहीं होता, तो = वर्ण अंतिम खंड को पूरे 4 वर्णों तक पैड करते हैं। URL-सुरक्षित वेरिएंट आमतौर पर इस पैडिंग को छोड़ देता है, क्योंकि डिकोडर आमतौर पर इसे स्ट्रिंग की लंबाई से निकाल सकते हैं।
मानक और URL-सुरक्षित वर्णमाला के बीच क्या अंतर है?
मानक Base64 अपने 64 वर्णों में से दो के रूप में + और / का उपयोग करता है, लेकिन दोनों का एक URL के भीतर विशेष अर्थ है (क्रमशः स्पेस और पथ विभाजक), इसलिए एक मानक Base64 स्ट्रिंग सीधे किसी URL या फ़ाइल नाम में रखे जाने पर टूट सकती है। URL-सुरक्षित वेरिएंट उन दो वर्णों के बजाय - और _ का उपयोग करता है, यही कारण है कि यह JWT और इसी तरह के टोकन में उपयोग किया जाने वाला फ़ॉर्मेट है।
डिकोडिंग कभी-कभी टेक्स्ट के बजाय बाइनरी डेटा क्यों दिखाती है?
Base64 शाब्दिक रूप से किसी भी बाइट को एन्कोड कर सकता है, केवल टेक्स्ट को नहीं - एक इमेज, एक फ़ॉन्ट फ़ाइल, एक एक्ज़ीक्यूटेबल। जब डिकोड किए गए बाइट्स मान्य UTF-8 टेक्स्ट नहीं बनाते, तो यह टूल उन्हें पठनीय स्ट्रिंग के रूप में नहीं दिखा सकता, लेकिन आप मूल बाइनरी सामग्री को पुनर्प्राप्त करने के लिए उन्हें अभी भी फ़ाइल के रूप में डाउनलोड कर सकते हैं।
Base64-एन्कोडेड आउटपुट मूल डेटा से लगभग एक-तिहाई बड़ा क्यों हो जाता है?
Base64 हर 3 इनपुट बाइट्स को 4 आउटपुट वर्णों में बदलता है, इसलिए चाहे आप टेक्स्ट का एक टुकड़ा एन्कोड करें या पूरी फ़ाइल, एन्कोड किया गया परिणाम हमेशा स्रोत से लगभग 4/3 गुना (लगभग 33%) बड़ा होता है। यह अतिरिक्त आकार किसी भी बाइनरी डेटा को केवल 64 प्रिंट करने योग्य वर्णों से दर्शाने की कीमत है - यह सामान्य है और इसका मतलब यह नहीं कि कुछ गलत हुआ।
क्या URL-सुरक्षित Base64 स्ट्रिंग को डिकोड करने से पहले मुझे "URL-सुरक्षित वर्णमाला" चालू करनी होगी?
नहीं - चाहे स्ट्रिंग मानक वर्णमाला का उपयोग करे या URL-सुरक्षित वर्णमाला का, डिकोडिंग हमेशा काम करती है। पर्दे के पीछे, यह टूल - और _ को स्वचालित रूप से वापस + और / में बदल देता है, और किसी भी गायब = पैडिंग को खुद पूरा कर देता है, ताकि आप दोनों में से कोई भी वेरिएंट सीधे डिकोड मोड में पेस्ट कर सकें। यह चेकबॉक्स केवल एन्कोडिंग के समय मायने रखता है, क्योंकि यह तय करता है कि आउटपुट कौन-सी वर्णमाला इस्तेमाल करेगा।
डेवलपर्स के लिए: इस पेज को URL में `q` पैरामीटर के साथ खोलें - जैसे gizke.com/base64?q=hello world - और वह मान अपने आप पहले से भर जाएगा। अधिकतर आगंतुकों को इसकी ज़रूरत नहीं होगी; यह सीधे एक तैयार उदाहरण से लिंक करने के लिए है।

इस टूल को शेयर करें

ब्लॉगहमारे बारे मेंसंपर्कउपयोग की शर्तेंगोपनीयता नीति