مُرمِّز Base64 وURL
يعمل على جهازك. لا يُرسل أي شيء.كل شيء يحدث على جهازك الخاص. لا شيء تكتبه أو ترفعه يُرسل إلى أي مكان أبدًا.
نص
النتيجة
ستظهر النتيجة هنا
شفّر أو فك تشفير سلاسل Base64 والمشفّرة بترميز URL، أو حوّل ملفًا إلى Base64، كل ذلك داخل متصفحك.
يحوّل Base64 أي بيانات ثنائية إلى نص ASCII بسيط باستخدام 64 حرفًا قابلاً للطباعة، ولهذا يظهر في أي مكان تحتاج فيه البيانات الثنائية إلى المرور عبر قناة نصية فقط - تضمين صورة مباشرة داخل 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. في الخلفية، تحوّل هذه الأداة تلقائيًا - و_ مرة أخرى إلى + و/، وتستعيد أي حشو = ناقص، بحيث يمكنك لصق أي من الصيغتين مباشرة في وضع فك التشفير. خانة الاختيار مهمة فقط عند الترميز، لأنها تحدد الأبجدية التي سيستخدمها الناتج.
للمطورين: افتح هذه الصفحة بمعامل `q` في الرابط - مثال: gizke.com/base64?q=hello world - وستتم تعبئة تلك القيمة تلقائيًا. لن يحتاج معظم الزوار إلى هذا؛ فهو مخصص للربط المباشر بمثال جاهز للاستخدام.