مرمّز وفاك Base64 للنص UTF‑8

تحول الأداة النص إلى بايتات UTF‑8 وتمثلها بأبجدية Base64 القياسية، أو تعكس سلسلة معيارية إلى نص UTF‑8. تتم المعالجة محلياً في المتصفح ولا ترسل الأداة النص عمداً إلى خادم SoupCalc.

طريقة الترميز

يجمع RFC 4648 Base64 ثلاثة بايتات (24 بت) في أربع قيم من 6 بت ويمثلها بأربعة أحرف. الأبجدية A–Z وa–z و0–9 و+ و/. تكمل = واحدة أو اثنتان المجموعة الأخيرة إذا نقصت البايتات.

يحتاج النص ترميز أحرف قبل تحويله إلى بايتات. يستخدم التنفيذ دائماً UTF‑8 لضمان نتائج متوقعة لغير ASCII. يتحقق الفاك من الأبجدية والطول والحشو المعياري وصحة UTF‑8، ولا يقبل مدخلاً مشوهاً بصمت.

مثال محلول

تتحول بايتات ASCII/UTF‑8 الست للنص Hello! إلى SGVsbG8h.

وتتحول بايتات UTF‑8 للنص 你好 إلى 5L2g5aW9، وفكها يعيد الحرفين. وبما أن ثلاثة بايتات تصبح أربعة أحرف، يزيد الحجم غالباً نحو الثلث مع تأثير أكبر للحشو في المدخلات الصغيرة.

معنى النتيجة

Base64 تمثيل نقل للبايتات. يفيد عندما يحمل حقل نصي بيانات بايت، لكن يجب أن يعرف المستقبل إن كانت البايتات نصاً أو صورة أو غير ذلك.

هذه الصفحة موجهة للنص ولا تفك إلا ما ينتج UTF‑8 صالحاً. ليست مرمّز ملفات ثنائية عاماً، وتستخدم الأبجدية القياسية لا Base64 الآمن للرابط الذي يستبدل - و_ وقد يغير الحشو.

الحدود والأمان

• Base64 ليس تشفيراً ولا يوفر سرية أو مصادقة أو سلامة أو تجزئة كلمة مرور.
• لا تلصق أسراراً دون فهم بيئة التنفيذ. المعالجة المحلية لا تحمي من الإضافات أو الجهاز المخترق أو السجل أو اللقطات.
• يرفض الفاك المسافات والأحرف غير المسموحة والحشو المفقود أو الخاطئ والترميزات غير المعيارية والبايتات غير الصالحة كـUTF‑8.
• Base64 لا يضغط البيانات؛ للملفات الكبيرة استخدم مساراً يحفظ البايتات ويتحقق من السلامة.

المصادر

• RFC 4648, The Base16, Base32, and Base64 Data Encodings
• WHATWG Encoding Standard

السجل التحريري

• المؤلف: فريق تحرير SoupCalc
• مراجعة الطريقة: مراجعة SoupCalc الهندسية والأمنية
• آخر مراجعة: 11 أغسطس 2026
• النطاق: UTF‑8 وRFC 4648 المعياري والأمثلة ومعالجة المتصفح وحدود الأمان