ما هي حاسبة حجم ترميز Base64؟
Base64 هو نظام ترميز يمثّل البيانات الثنائية باستخدام 64 محرفًا قابلًا للطباعة من محارف ASCII. يُستخدم على نطاق واسع لتضمين الصور داخل صفحات HTML/CSS (عبر روابط البيانات data URIs)، ولإرفاق الملفات في البريد الإلكتروني (MIME)، ولنقل البيانات الثنائية داخل ملفات JSON أو الرموز (tokens). ولأن Base64 يحوّل كل 3 بايتات من المُدخلات إلى 4 محارف في المُخرجات، فإن الناتج المُرمَّز يكون دائمًا أكبر من الأصل — بزيادة تبلغ نحو 33٪. تخبرك هذه الحاسبة بدقة بالحجم الذي ستصل إليه بياناتك بعد الترميز.
كيفية الاستخدام
أدخِل حجم ملفك أو بياناتك الأصلية، واختر الوحدة (بايت، أو كيلوبايت، أو ميجابايت، أو جيجابايت)، ثم حدّد ما إذا كانت المُخرجات تستخدم التبطين القياسي (محارف = في النهاية). تعرض لك الحاسبة الحجم المُرمَّز بالبايت إضافةً إلى نسبة الزيادة التي يضيفها الترميز.
شرح المعادلة
يعالج ترميز Base64 القياسي المُدخلات في مجموعات من 3 بايتات. تتحوّل كل مجموعة إلى 4 محارف بالضبط، ويُكمَّل التجمّع الجزئي الأخير إلى 4 محارف باستخدام =. وبذلك يكون الحجم مع التبطين:
$$\text{الحجم\_المُرمَّز} = 4 \times \left\lceil \frac{\text{عدد\_بايتات\_المُدخلات}}{3} \right\rceil$$
وفي حال تعطيل التبطين، تُنتَج المحارف الفعلية اللازمة فقط: \( \left\lceil \frac{4 \times \text{عدد\_بايتات\_المُدخلات}}{3} \right\rceil \)، وهو ما يوفّر محرفًا أو محرفين من التبطين في كل عملية ترميز.
مثال تطبيقي
لنفترض أن لديك ملفًا بحجم 1,000 بايت. اقسمه على 3 لتحصل على 333.33، ثم قرّبه للأعلى (ceil) إلى 334، واضربه في 4: \( 334 \times 4 = 1{,}336 \) بايت. تبلغ نسبة الزيادة \( (1336 - 1000) / 1000 = 33.6\% \). وبدون التبطين يكون الناتج \( \left\lceil 4000/3 \right\rceil = \left\lceil 1333.33 \right\rceil = 1{,}334 \) بايت.
المصطلحات الأساسية الموضحة
- Base64
-
نظام ترميز من البيانات الثنائية إلى النصوص يمثل البيانات الثنائية الاختيارية باستخدام مجموعة من 64 حرفًا ASCII قابلة للطباعة (A–Z, a–z, 0–9، بالإضافة إلى
+و/). يسمح بنقل محتوى ثنائي بأمان عبر قنوات نصية فقط مثل أجسام رسائل البريد الإلكتروني وJSON وXML والعناوين (URLs). - مجموعة 3 بايت / كتلة 4 أحرف
- يعمل Base64 في مجموعات ثابتة. كل 3 بايت (24 بت) من المدخلات تنقسم إلى أربعة أجزاء بحجم 6 بت، يتم تعيين كل جزء إلى حرف Base64 واحد. لذا فإن 3 بايت من المدخلات يصبح دائمًا 4 أحرف من المخرجات — السبب الجذري لنمو حجم الترميز.
-
الملء (
=) -
عندما لا يكون طول المدخلات مضاعفًا دقيقًا لـ 3، تكون المجموعة الأخيرة غير مكتملة. يُضيف المشفر حرف أو حرفي
=بحيث يبقى طول المخرجات مضاعفًا لـ 4. بايت واحد متبقي ينتج حرفي=؛ بايتان متبقيان ينتجان حرف=واحد. - النفقات الإضافية
- الحجم الإضافي الذي يضيفه Base64 مقارنة بالبيانات الأصلية. لأن 3 بايت تصبح 4 أحرف، فإن البيانات المشفرة تكون أكبر بحوالي \(4/3 \approx 1.333\) مرة، وهي زيادة تبلغ تقريبًا 33% (أكثر قليلاً عند حساب الملء وأي فواصل الأسطر).
- عنوان URI البيانات
-
نظام عنوان URL (على سبيل المثال
data:image/png;base64,iVBORw0KGgo…) يضمن محتويات ملف مشفرة بـ Base64 مباشرة داخل المستند، مما يزيل الحاجة لطلب شبكة منفصل للأصول الصغيرة. - التفاف سطر MIME
- في ترميز البريد الإلكتروني (MIME)، يتم تقسيم مخرجات Base64 إلى أسطر بحد أقصى 76 حرفًا، كل منها ينتهي برمز CRLF. تضيف فواصل الأسطر هذه مقدارًا صغيرًا من الحجم الإضافي بعيدًا عن التوسع الأساسي بنسبة 33%.
- حرف ASCII
- حرف واحد من مجموعة ASCII بـ 7 بت، مشفر في بايت واحد. كل حرف في مخرجات Base64 هو حرف ASCII، لذا فإن الطول المشفر بالأحرف يساوي طوله بالبايت.
الأسئلة الشائعة
لماذا يكون Base64 أكبر دائمًا؟ تُمثَّل كل 6 بِتات من البيانات بمحرف ASCII واحد بحجم 8 بِتات، فتخسر بذلك 25٪ من الكفاءة، ما ينتج عنه زيادة بنحو 33٪ في عدد البايتات.
هل يشمل هذا فواصل الأسطر؟ لا. تُدرج بعض مُرمِّزات MIME سطرًا جديدًا كل 76 محرفًا، وهو ما يضيف قدرًا ضئيلًا إضافيًا. تحسب هذه الأداة الحجم المُرمَّز الخام فقط.
وماذا عن روابط البيانات (data URIs)؟ يضيف رابط البيانات أيضًا بادئة مثل data:image/png;base64,. أضِف طول هذه السلسلة إلى الحجم المُرمَّز للحصول على الطول الكامل للرابط.
