Base64 ले फाइल किन ठूलो बनाउँछ?

यो लेखले Base64 आउटपुट मूल बाइटभन्दा ठूलो किन हुन्छ भनेर बताउँछ। यो सुरक्षा मार्गदर्शन होइन। इन्कोडिङ बनाम इन्क्रिप्सन चाहियो भने Base64 एन्क्रिप्शन होइन: यस्ले वास्तव मा के गर्च प्रयोग गर्नुहोस्।

Base64 लाई किन बढी ठाउँ चाहिन्छ?

3 बाइट 24 बिट हुन्। Base64 ती 24 बिटलाई 6 बिटका 4 समूहमा बाँड्छ। हरेक समूह एउटा Base64 वर्णसँग जोडिन्छ, त्यसैले 3 इनपुट बाइट 4 आउटपुट वर्ण बन्छन्। ASCII वर्णप्रति 1 बाइटका रूपमा राख्दा त्यो 4 / 3 ≈ 1.333 हो — करिब 33.3% वृद्धि।

• 3 बाइट (24 बिट)
• ↓
• 6 बिटका 4 समूहमा बाँड्नुहोस्
• हरेक समूह → एउटा Base64 वर्ण
• ↓
• 4 वर्ण (प्रायः पाठका 4 बाइट)

सरल, जाँच्न सकिने उदाहरण

यी इन्कोडिङ मानक प्याडेड Base64 सँग मिल्छन्।

Man

Man

Base64

TWFu

Man तीन UTF-8/ASCII बाइट हुन्। TWFu चार वर्ण हुन्: 3 → 4।

Hello

Hello

Base64

SGVsbG8=

Hello पाँच बाइट हो। SGVsbG8= आठ वर्ण हो, एउटा = सहित। सानो डेटामा प्याडिङले प्रतिशतलाई 33% भन्दा ठूलो देखाउँछ।

Base64 आकार कसरी निकाल्ने?

मानक प्याडेड Base64 का लागि, encodedLength = 4 × ceil(originalBytes / 3).

मूल बाइट	Base64 वर्ण
1	4
2	4
3	4
4	8
5	8
6	8

1 वा 2 बाइटले पनि 4 वर्ण दिन्छन्। सूत्र प्रयोग गर्नुहोस्, तोकिएको 33% होइन।

«=» प्याडिङको अर्थ के हो?

= चिह्नले अन्तिम 3-बाइट खण्ड पूरा नभएको देखाउँछ। 1 इनपुट बाइटले दुई = वर्ण प्रयोग गर्छ; 2 बाइटले एक; 3 बाइटले कुनै पनि होइन। प्याडिङ इन्क्रिप्सन वा सुरक्षा सुविधा होइन।

Base64URL ले कम ठाउँ लिन्छ?

Base64URL + लाई - र / लाई _ बनाउँछ, र Base64 इन्कोड इन्कोड गर्दा अन्त्यका = छाड्छ। ती = वर्ण जति स्ट्रिङ छोटो हुन सक्छ। 3 बाइट → 4 वर्णको संरचना उस्तै रहन्छ, त्यसैले Base64URL बढी ठाउँ-कुशल द्विआधारी ढाँचा होइन।

सानो इनपुट 33% भन्दा बढी किन बढ्न सक्छ?

1 बाइट → 4 वर्ण लम्बाइमा 300% वृद्धि हो। 2 बाइट → 4 भनेको 100% हो। 3 बाइट → 4 करिब 33.3% हो। n बढ्दै जाँदा प्याडिङ कम महत्त्वपूर्ण हुन्छ र थप भार करिब 33% नजिक पुग्छ। Base64 सधैं ठ्याक्कै 33% ठूलो हुँदैन।

Base64 Data URL अझ ठूलो किन हुन्छ?

Data URL पेलोडअघि data:image/png;base64, जस्तो उपसर्ग थप्छ। निकै सानो फाइलमा त्यो उपसर्ग प्रतिशतमा हावी हुन सक्छ। Base64 इन्कोड कच्चा Base64 वा Data URL दिन सक्छ; Data URL आउटपुट मानक वर्णमाला प्रयोग गर्छ।

Base64 बनाम द्विआधारी: कुन सानो?

कच्चा द्विआधारी ढुवानी र भण्डारणका लागि ठाउँमा बढी कुशल छ। Base64 ठूलो छ, तर JSON, इमेल र पाठ-मात्र बाटोमा पाठ-सुरक्षित छ। यो द्विआधारी-बाट-पाठ इन्कोडिङ हो, सङ्कुचन होइन।

Base64 ले फाइल सङ्कुचित गर्छ?

होइन। Base64 सङ्कुचन ढाँचा होइन। इन्कोड गरिएको पाठ प्रायः मूल बाइटभन्दा ठूलो हुन्छ। पछि त्यो पाठमा gzip वा Brotli लगाए केही दोहोरिने भाग सुक्न सक्छ—नतिजा डेटा र सङ्कुचकमा भर पर्छ। gzip ले Base64 को थप भार पूर्ण रूपमा हटाउँदैन।

Base64 मा gzip लगाए के हुन्छ?

HTTP सङ्कुचनले Base64 पाठमा केही दोहोरिएका ढाँचा घटाउन सक्छ। JPEG, PNG वा ZIP कच्चा बाइटका रूपमा पनि प्रायः नराम्रोसँग सङ्कुचित हुन्छन्, र Base64-पछि-gzip अझै मामिलामा निर्भर छ। gzip पछि कुनै विश्वव्यापी थप प्रतिशत छैन।

फाइल Base64 का रूपमा राख्ने?

Base64 द्विआधारीलाई JSON क्षेत्र, सानो इनलाइन सम्पत्ति, पाठ-मात्र API, कपी/पेस्ट, वा Data URL मा राख्न सक्छ। ठूला फाइलमा भण्डारण, स्मृति र पेलोड आकार सबै बढ्छन्। यसको मतलब «फाइलका लागि Base64 कहिल्यै नप्रयोग गर्नुहोस्» होइन।

JSON API मा Base64 किन सामान्य छ?

JSON मा स्थानीय कच्चा-द्विआधारी प्रकार छैन, त्यसैले API प्रायः बाइट Base64 स्ट्रिङमा राख्छन्। ठूला फाइलका लागि multipart/form-data, वस्तु भण्डारण, वा सिधा द्विआधारी अपलोड राम्रो मिल्न सक्छ। कुनै विकल्प सधैं उत्तम हुँदैन।

इमेलमा Base64 किन प्रयोग हुन्छ?

MIME ले द्विआधारी संलग्नक पाठ-सुरक्षित वर्णका रूपमा यात्रा गर्न Base64 प्रयोग गर्न सक्छ। उही आकारको थप भार अझै लागू हुन्छ। यो यातायात प्रतिनिधित्व हो, सानो फाइल होइन।

थप आकार कहिले फाइदाजनक हुन्छ?

द्विआधारी पाठभित्र बस्नुपर्ने, पेलोड सानो, API ले Base64 माग्ने, वा Data URL चाहिने बेला थप आकार फाइदाजनक हुन सक्छ। ठूलो मिडियाका लागि प्रणालीले अनुमति दिए कच्चा द्विआधारी रोज्नुहोस्।

Base64 कहिले छोड्ने?

ठूला फाइल, साँघुरो ब्यान्डविथ, बारम्बार स्थानान्तरण, वा द्विआधारी बाटो पहिले नै भए छोड्नुहोस्—परिस्थितिअनुसार, «Base64 खराब अभ्यास हो» होइन।

तपाईंले जाँच्न सक्ने प्याडेड Base64 लम्बाइ

मूल बाइट गणना र मानक प्याडेड Base64 वर्ण गणना:

मूल बाइट	Base64 वर्ण
1	4
2	4
3	4
10	16
100	136
1,000	1,336

सबै पङ्क्ति 4 × ceil(n / 3) पालना गर्छन्। यी Base64 वर्ण गणना हुन्।

उदाहरण: 1,000 बाइट फाइल कति ठूलो हुन्छ?

4 × ceil(1000 / 3). ceil(333.333…) = 334, र 4 × 334 = 1336। त्यसैले 1,000 बाइट 1,336 Base64 वर्ण बन्छन्। UTF-8/ASCII का रूपमा राख्दा हरेक वर्ण प्रायः 1 बाइट हो—1,336 लाई स्मृतिमा ठ्याक्कै बाइट गणना नमान्नुहोस्।

Base64 ले फाइल आकारले देखाएभन्दा बढी स्मृति लिन सक्छ?

केही रनटाइमले स्ट्रिङलाई वर्णप्रति 1 बाइटभन्दा बढी राख्छन्, र इन्कोड/डिकोड बफर र स्ट्रिङ सँगै राख्न सक्छन्। स्मृति प्रयोग ठ्याक्कै वर्ण लम्बाइ होइन।

आकारका लागि सरल निर्णय मार्गदर्शन

प्रणालीले कच्चा द्विआधारी स्वीकार्छ भने आकारका लागि त्यही रोज्नुहोस्। पाठ मात्र अनुमति छ भने Base64 मिल्न सक्छ। ठूलो पेलोडमा द्विआधारी अपलोड बाटो हेर्नुहोस्। URL-सुरक्षित पाठका लागि Base64URL सोच्नुहोस्—3 बाट 4 विस्तार रहन्छ।

• द्विआधारी डेटा पठाउनु पर्छ
• ↓
• कच्चा द्विआधारी अनुमति? आकारका लागि द्विआधारी रोज्नुहोस्
• पाठ-मात्र क्षेत्र? Base64 उपयुक्त हुन सक्छ
• ठूलो पेलोड? द्विआधारी अपलोड बाटो हेर्नुहोस्
• URL-सुरक्षित पाठ चाहियो? Base64URL सोच्नुहोस्
• ↓
• ठूला इनपुटमा करिब 33% बढी पाठ अपेक्षा गर्नुहोस्

ब्राउजरमा Base64 इन्कोड वा डिकोड गर्नुहोस्

NEXNARA Base64 इन्कोड पाठ इन्कोड र डिकोड गर्छ, र फाइललाई Base64 वा Data URL बनाउन सक्छ तथा Base64 लाई फाइलमा फर्काउन सक्छ।

पाठ UTF-8 बाइट त्यसपछि Base64 प्रयोग गर्छ—ASCII मात्र होइन। Standard वा Base64URL छान्नुहोस्। फाइल आउटपुट कच्चा Base64 वा Data URL हुन सक्छ (मानक वर्णमाला)। अमान्य इनपुट अस्वीकार हुन्छ। UTF-8 नभएका बाइटलाई फाइल चाहिन्छ, पाठ डिकोड होइन।

10 MB भन्दा ठूला फाइलले ट्याब ढिलो गर्न सक्छन् (चेतावनी)। 32 MB भन्दा ठूला फाइल रोकिन्छन्।

इन्कोडिङ र डिकोडिङ तपाईंको ब्राउजरमा हुन्छ। यो उपकरणका लागि फाइल NEXNARA सर्भरमा पठाइँदैन। विज्ञापन र अन्य साइट सुविधा अझै सञ्जाल प्रयोग गर्छन्।

Base64 इन्कोड मा पाठ वा फाइल टाँस्नुहोस् र मूल बाइटलाई इन्कोड लम्बाइसँग तुलना गर्नुहोस्।

FAQ

Base64 ले फाइल आकार किन बढाउँछ?

यसले 3 बाइट (24 बिट) लाई 4 वर्ण (4 × 6 बिट) मा म्याप गर्छ। पाठका रूपमा राख्दा ठूला इनपुटमा करिब एक तिहाइ बढी हुन्छ।

Base64 सधैं 33% ठूलो हुन्छ?

होइन। ठूला इनपुट करिब 33.3% नजिक पुग्छन्। निकै साना इनपुट प्याडिङले बढी बढ्न सक्छन्। 4 × ceil(n / 3) प्रयोग गर्नुहोस्।

Base64 द्विआधारीभन्दा कति ठूलो?

मानक प्याडेड लम्बाइ 4 × ceil(n / 3) वर्ण हो। Data URL उपसर्ग अझ थप्छ।

Base64 सङ्कुचनले फाइल आकार घटाउँछ?

Base64 सङ्कुचित गर्दैन। इन्कोड गरिएको पाठमा gzip वा Brotli केही सुकाउन सक्छन्; हरेक मामिलामा थप भार मेटाउँदैनन्।

Base64URL ले कम ठाउँ लिन्छ?

यसले = प्याडिङ छाड्न सक्छ, त्यसैले स्ट्रिङ 0–2 वर्ण छोटो हुन सक्छ। 3 बाट 4 इन्कोडिङ संरचना उस्तै छ।

ठूला फाइलका लागि Base64 प्रयोग गर्ने?

पाठ चाहियो भने मात्र। ठूला वा बारम्बार स्थानान्तरणमा द्विआधारी बाटो प्रायः सानो हुन्छ। API का लागि Base64 सधैं गलत होइन।