مُرمِّز وفاك تشفير Base64
رمّز النص إلى Base64 أو فك ترميز Base64 إلى نص. يدعم UTF-8 ويتعامل مع الأحرف خارج نطاق ASCII.
- الصق النص أو سلسلة Base64 داخل المربع.
- انقر «ترميز» لتحويل النص إلى Base64، أو «فك الترميز» لإعادته إلى نص.
- فعّل «آمن في الروابط» إذا كانت القيمة ستوضع في رابط أو JWT — يستخدم - و _ ويحذف علامات الحشو.
- انقر «نسخ» لوضع النتيجة في الحافظة.
ماذا تفعل؟
يُرمِّز Base64 البايتات العشوائية إلى 64 حرفًا ASCII قابلًا للطباعة، حتى تستطيع قنوات النقل غير الآمنة للبيانات الثنائية (سلاسل JSON، الروابط، نصوص البريد، متغيرات البيئة، مصادقة HTTP Basic) نقلها بدون تلف. تتعامل هذه الأداة مع مدخلات UTF-8 بشكل صحيح — تُرمِّز السلسلة أولًا إلى بايتات UTF-8، ثم تُرمِّز هذه البايتات إلى Base64، فتعود الأحرف غير ASCII دون تشويه. الحجم الناتج أكبر بنحو 33٪ من الأصلي (كل 3 بايتات تصير 4 أحرف).
مثال
ترميز النص «Hello, world!»:
SGVsbG8sIHdvcmxkIQ==ترميز النص نفسه مع تفعيل «آمن في الروابط» (بدون حشو):
SGVsbG8sIHdvcmxkIQترميز نص يحوي إيموجي «café ☕»:
Y2Fmw6kg4piVلماذا لا تُفك سلسلة Base64 لديّ؟
- عدم توافق القياسي مع الآمن للروابط. السلاسل التي تحوي - أو _ هي base64url وليست Base64 القياسي. بدّل مربع «آمن في الروابط» ليتوافق.
- غياب الحشو. طول سلسلة Base64 القياسية يجب أن يكون من مضاعفات 4. SGVsbG8 تفشل؛ SGVsbG8= تنجح. أضف = حتى يصير الطول قابلًا للقسمة على 4.
- فراغات أو أسطر جديدة داخل القيمة. بعض الأنظمة تلف Base64 كل 76 حرفًا بـ \n. معظم أدوات فك الترميز تتقبّل ذلك، أما الأكثر صرامة فلا. احذف الفراغات قبل فك الترميز.
- فك الترميز مرتين سهوًا. فك ترميز U0dWc2JHOA== يعطي SGVsbG8، وهي بدورها سلسلة Base64. إذا بدت النتيجة وكأنها Base64 مجددًا، فك ترميزها مرة أخرى.
- بيانات ثنائية ليست UTF-8. إذا لم تكن البايتات المفكوكة UTF-8 صالحًا (مثل رأس PNG)، فسيفشل فك الترميز كنص أو يظهر محرفًا. استخدم أداة Base64 تدعم الملفات للبيانات الثنائية.
- اقتباسات ذكية أو نقاط حذف مرئية. قد يستبدل النسخ من معالج نصوص علامة " بعلامات مقوّسة، أو يقتطع السلاسل الطويلة بنقاط الحذف. الصق عبر محرر نص عادي أولًا.
الأسئلة الشائعة
ما الفرق بين Base64 القياسي و Base64 الآمن في الروابط؟
يستخدم Base64 القياسي (RFC 4648) الرمزين + و /، ويضع = للحشو. أما Base64 الآمن في الروابط (base64url) فيستبدل + بـ - و / بـ _، ويُسقط الحشو عادةً لتبقى السلسلة صالحة ضمن مسار أو معلَمَة رابط. تستخدم رموز JWT صيغة base64url. فعّل «آمن في الروابط» عندما تذهب النتيجة إلى رابط.
هل تتعامل الأداة مع الإيموجي والنصوص غير ASCII بشكل صحيح؟
نعم. يُرمَّز المدخل أولًا إلى بايتات UTF-8، ثم تُرمَّز تلك البايتات إلى Base64. وفك الترميز يعكس الخطوتين. لهذا فإن لصق «café» وفك ترميز الناتج يعيد «café» دون تشويش. كثير من أدوات Base64 القديمة تفترض Latin-1 وتفسد كل ما خرج عن نطاق ASCII.
هل يمكنني ترميز ملف ثنائي كصورة أو PDF؟
تُرمِّز هذه الصفحة النصوص فقط. لترميز ملف إلى Base64، استخدم أداة تقرأ الملف كبيانات ثنائية (أو استعمل وحدة تحكم المتصفح مع FileReader.readAsDataURL). هذه الأداة لترميز السلاسل — كالحالات التي تضع فيها اعتماديّات أو إعدادات أو حقول JSON.
لماذا تبدو نتيجة فك الترميز عبثًا؟
في الغالب لم يكن المدخل Base64 أصلًا، أو أن base64url فُكَّ على أنه قياسي (أو العكس). جرّب تبديل مربع «آمن في الروابط». سبب شائع آخر: فك ترميز سلسلة هي في الحقيقة بيانات ثنائية مرمَّزة بـ Base64 لا نصوصًا — عندئذٍ لا تكون البايتات UTF-8 صالحًا.
هل يهم الحشو =؟
يضيف Base64 القياسي = لجعل طول الناتج من مضاعفات 4. تقبل معظم أدوات فك الترميز مدخلات دون حشو، لكن بعضها الأكثر صرامة يرفضها. أما Base64 الآمن في الروابط فيُسقط الحشو عادةً. إذا اعترض مُفكِّك الترميز، أضف = حتى يقبل الطول القسمة على 4، أو أزل جميع علامات = وحاول مجددًا.
هل تحفظون النص الذي أُرمِّزه أو أفكّ ترميزه؟
لا. لا نحفظ أي نص تلصقه هنا. يُلغى مدخلك لحظة إغلاق الصفحة أو تحديثها — لا شيء يُحتفظ به، ولا سجل لدينا لما رمَّزت أو فككت. إن أردت طبقة ثقة إضافية، افحص أدوات المطورين في متصفحك.