تخطي إلى المحتوى الرئيسي
محولات الملفات

محول الملف إلى data URL بنمط Base64

يحوّل ملفات محلية إلى data URL بترميز Base64 أو يفك data URL إلى محتوى نصي أو ثنائي. مفيد لدمج الصور في CSS أو إرسال مرفقات مشفرة عبر API. يعمل محلياً في المتصفح مع دعم السحب والإفلات والتنزيل.

أدوات Base64

باختصار

حوّل الملف إلى data:[mime];base64,… داخل ذاكرة المتصفح مع الحفاظ على البايتات وتوضيح زيادة الحجم بنحو الثلث ونوع MIME الاحتياطي.

ما الذي تدعمه الأداة

  • أي ملف يختار عبر منتقي المتصفح وتُقرأ بايتاته بواسطة FileReader.readAsArrayBuffer.
  • Base64 وفق RFC 4648 من ArrayBuffer نفسه لا من نص مفكوك.
  • data URL وفق RFC 2397 تستخدم File.type أو application/octet-stream عند غياب النوع.
  • ملف واحد وعرض اسمه ومعالجة خطأ القراءة ومراجعة الناتج ونسخه.
  • نقل ثنائي آمن للأصول الصغيرة؛ لا تفك الأداة data URL ولا تعيد إنشاء ملف.

كيفية استخدام محول الملف إلى data URL بنمط Base64

أكمل سير عمل محول الملف إلى data URL بنمط Base64 قابلاً للتحقق داخل هذا المتصفح.

  1. 1

    الخطوة 1

    اختر ملفاً محلياً

    انقر المنطقة وحدد الملف الدقيق المراد تمثيل بايتاته.

  2. 2

    الخطوة 2

    أكد اسم الملف

    تعرض لوحة الإدخال الاسم بعد اكتمال FileReader.

  3. 3

    الخطوة 3

    افحص البادئة

    تحقق من MIME قبل الفاصلة؛ النوع المجهول يصبح application/octet-stream.

  4. 4

    الخطوة 4

    احسب زيادة الحجم

    يمثل Base64 كل ثلاثة بايتات بأربعة محارف تقريباً إضافة إلى البادئة.

  5. 5

    الخطوة 5

    انسخ للاستخدام المناسب

    استخدم الناتج فقط مع مستقبِل يقبل data URL وحجمها.

الأخطاء الشائعة

تضمين ملف كبير داخل HTML أو JSON

النتيجة: يزيد Base64 والنسخ في الذاكرة الحمولة وقد يؤخر العرض.

الإصلاح: خصص data URLs للأصول الصغيرة واستخدم رابط ملف للبقية.

اعتبار File.type تحققاً من المحتوى

النتيجة: قد يكون MIME فارغاً أو مشتقاً من الاسم ولا يثبت البايتات.

الإصلاح: تحقق من توقيع الملف في النظام المستهلك.

إرسال data URL إلى حقل ينتظر Base64 خاماً

النتيجة: تجعل البادئة والفاصلة القيمة مرفوضة.

الإصلاح: راجع العقد واحذف البادئة فقط عندما يُطلب الجزء المشفر صراحة.

أفضل الممارسات

  • قدّر طول Base64 من حجم المصدر قبل التضمين.
  • راجع بادئة MIME والحمولة كمسألتين منفصلتين.
  • احتفظ بالملف الأصلي واقصر data URLs على الملفات الصغيرة.
  • لا تستنتج الأمان أو الأصالة من Base64 أو MIME.

سير العمل المرتبط

قيود المتصفح

  • قد يبقى الملف وArrayBuffer وBase64 وdata URL معاً في الذاكرة؛ لا تفرض الواجهة حداً للحجم.
  • يختلف MIME باختلاف النظام والامتداد وقد يعود إلى application/octet-stream.
  • قد تحد الحافظة والأنظمة المستقبلة طول النص.

المراجع الموثوقة

RFC 4648: Base-N Encodingsالناشر: RFC Editor · تاريخ المراجعة: 2026-07-26RFC 2397: The data URL schemeالناشر: RFC Editor · تاريخ المراجعة: 2026-07-26File APIالناشر: W3C · تاريخ المراجعة: 2026-07-26

أمثلة عملية

الإدخال
ملف hello.txt ببايتات 48 65 6c 6c 6f ونوع text/plain
النتيجة
data:text/plain;base64,SGVsbG8=

تشكل البايتات الخمسة كلمة Hello؛ يعطي RFC 4648 القيمة SGVsbG8= ويضع RFC 2397 بادئة text/plain قبلها.

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

هل الناتج Base64 خام؟

لا، إنه data URL كاملة فيها MIME وعلامة ;base64, والحمولة.

هل يقبل الصور وPDF وZIP والخطوط؟

نعم كبايتات ضمن ذاكرة المتصفح، لكنه لا يفسر الصيغة أو يتحقق منها.

لماذا يظهر application/octet-stream؟

لم يبلّغ المتصفح عن نوع، فاستُخدم MIME الثنائي العام.

لماذا الناتج أكبر من الملف؟

يمثل Base64 ثلاثة بايتات بأربعة محارف قبل إضافة البادئة.

هل يُرفع الملف؟

لا. يصل FileReader إليه بعد اختيارك الصريح ويعالجه داخل التبويب.

هل تعيد الأداة إنشاء ملف من data URL؟

لا. اتجاهها من الملف إلى data URL فقط.

الخصوصية والعمل دون اتصال

يقرأ FileReader الملف المختار إلى هذا التبويب ويحوّله JavaScript في المتصفح بلا رفع. تعمل الأداة دون اتصال بعد تخزين الموارد الثابتة، وتبقى البايتات والسلسلة الموسعة في ذاكرة التبويب حتى المسح أو الإغلاق.

أدوات ذات صلة