ترميز Base64 وفكّه

كيفية الاستخدام ترميز Base64 وفكّه

1. الصق نصًا للترميز، أو Base64 لفكّه — يُكتشف الاتجاه تلقائيًا.
2. للملفات اسحب ملفًا لتحصل على سلسلة Base64 أو عنوان بيانات كامل.
3. فعّل الصيغة الآمنة للروابط إن كان الناتج سيوضع في عنوان أو اسم ملف.

Base64 ليس تشفيرًا

هذه أهم جملة في الصفحة، لأن سوء الفهم هذا يتكرّر — حتى في أنظمة تشغيلية.

لا يوجد في Base64 مفتاح. فمن يملك السلسلة يملك المحتوى، وفكّها يستغرق أجزاء من الثانية. وكلمة مرور مرمّزة بـBase64 هي كلمة مرور مكشوفة بخطوات إضافية.

والترميز يجري لأغراض النقل لا الأمان: مرفقات البريد وفق MIME، والصور المضمّنة كعناوين بيانات، والشهادات بصيغة PEM، والحقول الثنائية داخل JSON. والهدف في كل ذلك أن تعبر البيانات قناة نصية سليمة.

العربية والرموز التعبيرية

يعمل Base64 على البايتات لا على المحارف. وأي بايتات يتكوّن منها النص يحدّده الترميز السابق له — وهنا مصدر الخطأ.

الحرف العربي يشغل بايتين في UTF-8، وبايتًا واحدًا في Windows-1256. فالنص نفسه يعطي سلسلتي Base64 مختلفتين بحسب ترميز المصدر. وتعمل هذه الأداة بترميز UTF-8 دائمًا، وهو المعيار الصحيح اليوم.

وفي الرموز التعبيرية قد يتكوّن الرمز الواحد المرئي من أربعة بايتات أو أكثر. والدالة القديمة btoa في JavaScript تفشل أمام ذلك برسالة خطأ، لأنها لا تعالج إلا المحارف حتى 255 — وهي عقبة متكررة لا تظهر هنا.

وملاحظة عملية: النص العربي المرمّز بـBase64 أطول من نص لاتيني بالطول نفسه، لأن كل حرف بايتان. وهذا يهمّ عند وضع الناتج في حقل محدود الطول.

لماذا يكبر حجم الملف؟

يمثّل Base64 كل ثلاثة بايتات بأربعة محارف. أي زيادة الثلث حسابيًا، إضافة إلى محارف الحشو وفواصل الأسطر — والزيادة العملية بين 33% و37%.

ولأيقونة صغيرة كعنوان بيانات داخل ملف الأنماط يستحق الأمر، لأن توفير طلب HTTP يفوق بضع مئات من البايتات الإضافية. ولصورة فوتوغرافية لا يستحق.

والقاعدة العملية: ضمّن ما دون أربعة كيلوبايتات تقريبًا، واربط ما فوقها. ولا تضمّن صورة داخل ملف يُطلب كثيرًا، لأن البايتات الإضافية تُدفع مع كل طلب.

الأسئلة الشائعة