Skip to content

تحويل الترميز وإصلاح النص المشوّه

الصق نصاً مشوّهاً واسترجع أصله. تُجرَّب كل سلسلة ترميز محتملة — UTF-8 وGBK وBig5 وShift_JIS وEUC-KR وWindows-1252 — وتُرتَّب النتائج مع بيان السلسلة وراء كل واحدة. مجاني ويعمل كلياً داخل متصفحك.

بدون تتبّع يعمل في المتصفّح مجاني
كل شيء يُفكّ ترميزه محلياً داخل متصفحك — النص الذي تلصقه لا يغادر هذا الجهاز أبداً.

استرجاع النص المشوّه

الصق النص المشوّه. تُجرَّب كل سلسلة ترميز معقولة وتُرتَّب النتائج — لا تحتاج إلى معرفة أي ترميز أفسده.

جرّب هذه

أرجح النصوص الأصلية

4 مرشّحاً

  1. 测试

    مطابق تام

    UTF-8 → GBK

  2. 娴嬭瘯

    مطابق تام

    Windows-1252 / Latin-1 → UTF-8

  3. 测试

    مطابق تام

    Windows-1252 / Latin-1 → GBK

  4. 测试

    مطابق تام

    Windows-1251 → GBK

تحويل الترميزات وفحصها

انظر إلى النص نفسه بايتاتٍ في كل الترميزات الشائعة دفعة واحدة — مفيد حين تحتاج إلى معرفة ما ستخزّنه قاعدة بياناتك أو بروتوكولك بالضبط.

الترميز عدد البايتات ست عشري
UTF-8 6 E4 B8 AD E6 96 87
GBK 4 D6 D0 CE C4
GB18030 4 D6 D0 CE C4
Big5 4 A4 A4 A4 E5
Shift_JIS 4 92 86 95 B6
EUC-KR 4 F1 E9 D9 FE

كل سلسلة ترميز معروضة في هذه الصفحة يُنتجها المحرّك ذاته الذي تعمل به الصفحة، وفحصُ رحلة الذهاب والعودة الذي تقوم عليه شارة «مطابق تام» مُثبَّت في مجموعة اختبارات الوحدة مقابل تسلسلات بايتات معروفة. — Go Tools Team · Sep 8, 2026

بناه وتحقّق منه فريق هندسة Go Tools.

إجابات سريعة

ما الترميز الذي يحوّل 测试 إلى 娴嬭瘯؟

UTF-8 → GBK بايتات UTF-8 قُرئت على أنها GBK. فالبايتات الستة (E6 B5 8B E8 AF 95) يُعاد تجميعها في ثلاثة محارف GBK.

وما الذي يحوّل 测试 إلى 测试؟

UTF-8 → Windows-1252 بايتات UTF-8 نفسها قُرئت على أنها Windows-1252. ولأن ذلك الترميز أحادي البايت، صار كل بايت من الستة محرفاً مستقلاً.

هل يمكن استرجاع نص يحتوي على �؟

غير قابل للاسترجاع لا. تلك البايتات أُسقطت لحظة فك الترميز. استرجع ما تستطيع من النص المحيط وعُد إلى المصدر لأخذ الباقي.

كم بايتاً يشغل الحرف الصيني؟

3 مقابل 2 بايت ثلاثة في UTF-8، واثنان في GBK وBig5. وهذا الفرق مصدر شائع للاقتطاع حين يُحدَّد طول العمود بالبايتات لا بالمحارف.

ما هو النص المشوّه؟

النص المشوّه هو ما تحصل عليه حين يُكتب نصٌّ بترميز محارف ويُقرأ بترميز آخر. البايتات سليمة، والخطأ في التأويل وحده. وهذا التمييز هو سبب إمكان الاسترجاع أصلاً: إن استطعت تحديد الترميز الذي كتب البايتات والترميز الذي أساء قراءتها، أمكنك تشغيل الخطأ بالمقلوب واستعادة النص الأصلي.

والكلمة يابانية — 文字化け، أي «تحوّل المحارف» تقريباً — وصارت المصطلح المعتمد في الإنجليزية (mojibake) لأن المشكلة كانت متوطّنة في الحوسبة اليابانية قبل يونيكود بزمن طويل. والنصوص الصينية واليابانية والكورية تعاني منها أكثر بكثير من النصوص اللاتينية، لسبب بنيوي: تلك اللغات تحتاج ترميزات متعدّدة البايتات، والترميزات المتعدّدة البايتات تختلف فيما بينها على كيفية تجميع البايتات. أما السلسلة النصية اللاتينية فهي عادةً ASCII صِرف، وكل الترميزات متّفقة على ASCII.

ويفشل الاسترجاع في حالة واحدة بالضبط. حين تصادف أداة فك الترميز بايتات لا معنى لها في ترميزها، فهي لا تُبقيها — بل تضع مكانها U+FFFD وتتخلّص منها. تلك المحارف تضيع نهائياً. وكل ما عداها قابل للعكس.

// The mistake, in three lines of JavaScript
const bytes = new TextEncoder().encode('测试');   // UTF-8: E6 B5 8B E8 AF 95
new TextDecoder('gbk').decode(bytes);            // '娴嬭瘯'  ← mojibake
new TextDecoder('windows-1252').decode(bytes);   // '测试'  ← same bytes, other mistake

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

لا حاجة إلى معرفة الترميز

الصق النص المشوّه لتُعدِّد الأداة السلاسل نيابةً عنك. تُجرَّب كل تركيبة من «كُتب بـ» و«قُرئ بـ» عبر UTF-8 وGBK وGB18030 وBig5 وShift_JIS وEUC-KR وWindows-1252 وWindows-1251.

النتائج المطابقة تماماً محقَّقة لا مخمَّنة

لا يُوسَم المرشّح بـ«مطابق تام» إلا حين تُعيد إعادةُ تمريره عبر السلسلة ذاتها إنتاجَ مدخلك حرفاً بحرف. وهذا فحص حتمي — أما التخمين المرتَّب فلا يخبرك أي النتائج يمكنك الوثوق بها.

السلسلة معروضة لا مخفيّة

يسمّي كل مرشّح الترميز الذي كتب البايتات والترميز الذي أساء قراءتها. وهذا ما تحتاجه لإصلاح المصدر بدل إصلاح السلاسل النصية نفسها من جديد في الأسبوع القادم.

صراحة في ما لا يمكن استرجاعه

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

عرض البايتات في كل الترميزات دفعة واحدة

انظر إلى أي نص بايتاتٍ ست عشرية عبر كل الترميزات المدعومة جنباً إلى جنب، وفُكّ الست عشري الخام في الاتجاه المعاكس. مفيد لتحديد أطوال الأعمدة وقراءة الالتقاطات الشبكية وفحص محتوى حقول BLOB.

لا شيء يغادر متصفحك

يعتمد فكّ الترميز على TextDecoder الخاص بالمتصفح نفسه. لا رفع ولا تخزين ولا إعادة كتابة للعنوان — وهذا مهم لأن النص المشوّه يأتي مباشرةً من بيئة الإنتاج عادةً.

أمثلة محلولة

نص UTF-8 قُرئ بترميز GBK — الحالة الكلاسيكية

娴嬭瘯
测试

كان الحرفان الصينيان مخزَّنَين بشكل صحيح بترميز UTF-8 (البايتات E6 B5 8B E8 AF 95)، ثم قرأ برنامجٌ تلك البايتات الستة على أنها GBK. ويجمع GBK البايتات اثنين اثنين، فأنتج ثلاثة محارف بدل اثنين. هذا ما تحصل عليه حين يفتح تطبيق Windows قديم ملفاً بترميز UTF-8، أو حين يُضبط ترميز اتصال قاعدة البيانات على gbk بينما البيانات UTF-8.

نص UTF-8 قُرئ بترميز Windows-1252 — النسخة الغربية

测试
测试

البايتات نفسها، وخطأ مختلف. Windows-1252 ترميز أحادي البايت، فصار كل بايت من البايتات الستة محرفاً مستقلاً. واللغات اللاتينية تصطدم بهذه النسخة باستمرار: café تصير café، وnaïve تصير naïve. والعلامة الفارقة هي ظهور à و وâ وعلامات ترقيم شاردة في أزواج.

بايتات لديك أصلاً بالصيغة الست عشرية

B2 E2 CA D4
测试

أحياناً لا تنظر إلى نص مشوّه، بل إلى مقطع ست عشري من التقاط شبكي أو من عمود BLOB. الصق الست عشري في القسم الثاني واختر الترميز. فالبايتات B2 E2 CA D4 هي 测试 بترميز GBK — والحرفان نفساهما يشغلان ستة بايتات (اثني عشر رقماً ست عشرياً: E6 B5 8B E8 AF 95) في UTF-8، ولا يمكن تمثيلهما في Windows-1252 بالمرّة.

نص لا يمكن استرجاعه

鏁版嵁搴�
(استرجاع جزئي فقط)

كُتبت 数据库 بترميز UTF-8 وقُرئت على أنها GBK، لكن زوج البايتات الأخير لم يكن له معنى في GBK، فوضعت أداة فك الترميز مكانه المحرف U+FFFD. ذلك البايت ذهب. وتُعلن الأداة عن هذه الحالة بدل أن تخمّن بصمت — لا يزال بإمكانك استرجاع 数据 من مقدمة السلسلة، لكن المحرف الأخير غير قابل للاسترجاع وعليك العودة إلى البيانات المصدر.

طريقة استعمال الأداة

  1. 1

    الصق النص المشوّه

    ألقِه في الصندوق مباشرة — لا حاجة إلى تحديد الترميز أولاً. ومقتطف قصير يكفي، إذ تحسم اثنا عشر محرفاً السلسلةَ عادةً.

  2. 2

    اقرأ المرشّح الأول وشارته

    «مطابق تام» تعني أن السلسلة تعود إلى مدخلك حرفاً بحرف. و«جزئي» تعني أنها لا تعود، فعامل النتيجة بوصفها مؤشّراً.

  3. 3

    افحص سلسلة الترميز

    يعرض كل مرشّح الترميز الذي كُتب به النص فعلاً والترميز الذي أساء قراءته. وهذا يخبرك بما ينبغي إصلاحه في المنبع، لا بما كان النص يقوله فحسب.

  4. 4

    افحص البايتات عند الحاجة

    يعرض القسم الثاني أي نص بايتاتٍ في كل الترميزات الشائعة، ويفكّ الست عشري الخام في الاتجاه المعاكس. استعمله لتحديد أطوال الأعمدة أو لفحص إطارات البروتوكولات.

أخطاء تزيد الأمر سوءاً

تحويل نص لم يكن معطوباً أصلاً

إن كانت السلسلة النصية تُعرض بشكل صحيح ثم حوّلتها رغم ذلك، فقد صنعت بيدك التشوّه الذي كنت تتجنّبه. تحقّق من العرض أولاً، ولاحظ أن الخط الناقص يظهر مربّعات (□□□) بينما تظهر مشكلة الترميز محارف خاطئة.

✗ خطأ 
iconv -f UTF-8 -t GBK correct.txt > broken.txt
✓ صحيح 
# تأكّد أولاً من الترميز الحالي
file -I correct.txt   # charset=utf-8 → لا شيء يحتاج تحويلاً

إعلان مجموعة محارف لا تملكها البيانات

تغيير مجموعة المحارف المعلَنة لعمود في MySQL لا يُعيد ترميز البايتات المخزّنة فيه. وإعلان بيانات latin1 على أنها utf8 يجعل الخادم يعيد بايتات ليست UTF-8 صالحة، فيستبدلها المشغّل بالمحرف U+FFFD — وهو ما يُتلفها.

✗ خطأ 
ALTER TABLE t MODIFY c VARCHAR(255) CHARACTER SET utf8mb4;
✓ صحيح 
-- مُرّ عبر نوع ثنائي كي تُحفظ البايتات بدل إعادة تأويلها
ALTER TABLE t MODIFY c VARBINARY(255);
ALTER TABLE t MODIFY c VARCHAR(255) CHARACTER SET utf8mb4;

الثقة باسترجاع جزئي

المرشّح الموسوم «جزئي» لم يجتز رحلة الذهاب والعودة. وهو مؤشّر يستحقّ المتابعة، لا جواب تلصقه في قاعدة بياناتك. وإن لم تعد أي نتيجة مطابقة تماماً، فالأرجح أن المدخل فقد معلومات أصلاً — عُد إلى البايتات المصدر.

✗ خطأ 
// خذ المرشّح الأول مهما قالت الشارة
db.update(row.id, candidates[0].text);
✓ صحيح 
// لا تكتب إلا ما يجتاز رحلة الذهاب والعودة
if (candidates[0].lossless) db.update(row.id, candidates[0].text);

افتراض أن عادات Python 2 ما زالت سارية

استدعاء encode على شيء هو بايتات أصلاً، أو decode على شيء هو سلسلة نصية أصلاً، يرفع استثناءً في Python 3 بدل أن يدور بصمت دورة عبر ASCII. فُكّ ترميز البايتات مرة واحدة عند الحدّ، وتعامل مع النص بوصفه نصاً بعد ذلك.

✗ خطأ 
text = raw.decode('utf-8').encode('gbk').decode('utf-8')
✓ صحيح 
# فُكّ الترميز مرة واحدة عند الحدّ، بالترميز الذي يستعمله الملف فعلاً
with open(path, encoding='gbk') as f:
    text = f.read()

متى تحتاج إليها

ترحيل قاعدة بيانات أنتج نصاً غير مفهوم
جداول MySQL القديمة المعلَنة latin1 بينما تحمل فعلياً بايتات UTF-8 هي المصدر الأول لهذه المشكلة. الصق صفاً مشوّهاً هنا لتتأكّد من السلسلة الحقيقية قبل أن تكتب أمر ALTER TABLE — فتشغيل التحويل في الاتجاه الخاطئ يحوّل مشكلة قابلة للاسترجاع إلى مشكلة دائمة.
ملف CSV يُفتح في Excel فيظهر بلا معنى
لا يزال Excel على Windows يفترض صفحة ترميز النظام لملفات CSV الخالية من علامة ترتيب البايتات، فتخرج صادرات UTF-8 مشوّهة. تأكّد من السلسلة هنا، ثم أعد التصدير مع علامة ترتيب البايتات أو استورد عبر معالج النصوص محدِّداً الترميز صراحةً.
ملفات سجلّ من خدمة قديمة
التطبيقات المبنية على GBK أو Shift_JIS تكتب سجلّاتها بتلك الترميزات، بينما تقرأ أنظمة تجميع السجلّات الحديثة كل شيء على أنه UTF-8. الصق سطراً لاسترجاعه — ولأن شيئاً لا يُرفع، يمكنك فعل ذلك بسجلّات الإنتاج نفسها.
أسماء ملفات أفسدها أرشيف ZIP
لا يحتوي تنسيق ZIP على حقل للترميز، فالأرشيفات المُنشأة على Windows الصيني أو الياباني تحمل أسماء ملفات بترميز GBK أو Shift_JIS تقرأها أدوات يونكس على أنها UTF-8. استرجع الأسماء الحقيقية هنا قبل أن تعيد تسمية أي شيء.
تحديد طول عمود في قاعدة بيانات
يعرض فحص البايتات النص نفسه عبر كل الترميزات دفعة واحدة. فالحرف الصيني يشغل 3 بايتات في UTF-8 و2 في GBK، وهو بالضبط نوع الفرق الذي يحوّل العمود VARCHAR(50) إلى عطب اقتطاع.

كيف يحدث تشوّه النص

البايتات تنجو، والمعنى لا
الترميز يربط المحارف بالبايتات، وفكّ الترميز يعيدها. والنص المشوّه هو فكّ ترميز بالخريطة الخاطئة. البايتات لم تُصَب بأذى قط، ولهذا يُعيد تشغيلُ فكّ الترميز الخاطئ بالمقلوب النصَّ الأصلي بدقة — ما دام فكّ الترميز الخاطئ لم يتخلّص من شيء.
لماذا تعاني نصوص شرق آسيا أكثر من غيرها
يشغل ASCII المدى 0x00–0x7F وكل الترميزات الشائعة متّفقة عليه، فيمرّ النص الإنجليزي سليماً. أما الصينية واليابانية والكورية فتحتاج تسلسلات متعدّدة البايتات، والترميزات مختلفة على كيفية تجميعها. يستعمل UTF-8 ثلاثة بايتات للحرف الصيني بينما يستعمل GBK اثنين. أطعِم بايتات UTF-8 لأداة فك ترميز GBK فينزاح التجميع، ويخرج عدد مختلف من محارف مختلفة.
فحص رحلة الذهاب والعودة
لكل سلسلة مرشّحة تُعيد الأداة ترميز النص المسترجَع بالترميز الأول وتُعيد فكّه بالثاني. فإن أعاد ذلك إنتاج المدخل بدقة، فالسلسلة تفسّر كل محرف ويُوسم المرشّح بـ«مطابق تام». وتُعرض المرشّحات التي تسقط في هذا الفحص أيضاً، لأن الاسترجاع الجزئي كثيراً ما يكفي للتعرّف على النص حتى حين يعجز عن إعادة إنتاجه.
من أين تأتي جداول الترميز
تأتي الجداول من TextDecoder الخاص بالمتصفح. أما الاتجاه المعاكس فأصعب، لأن TextEncoder لا يدعم إلا UTF-8 — فتبني الأداة خريطة عكسية بالمرور على فضاء البايتات وسؤال أداة فك الترميز عن معنى كل تسلسل. وبهذا يبقى التخطيط متّسقاً دائماً مع سلوك المتصفح نفسه، ولا تُرسَل أي جداول بحث إلى جهازك.
الكشف التجريبي للترتيب، وحدوده
إلى جانب فحص رحلة الذهاب والعودة، تُقيَّم المرشّحات بمقدار ما فيها من المحارف الصينية الشائعة (تلك التي يقع بايتها القائد في GBK ضمن 0xB0–0xF7)، ناقصاً عقوبات على محارف الاستبدال والكاتاكانا نصف العرض ومحارف التحكّم. والكاتاكانا نصف العرض إشارة قوية على Shift_JIS لأن النص الياباني العادي نادراً ما يستعملها. وهذا كشف تجريبي: يفصل في التعادل، ولا يقرّر الحقيقة.

منع تكرار المشكلة

أصلح المصدر لا السلسلة النصية وحدها
سلسلة الترميز المعروضة تحت كل مرشّح تخبرك أي مكوّن مضبوط خطأً. وإصلاح النص دون إصلاح ترميز الاتصال أو قارئ الملفات أو إعداد التصدير يعني إعادة العمل نفسه غداً مع بيانات جديدة.
تأكّد من الاتجاه قبل تحويل ملف كامل
مرِّر سطراً ممثِّلاً عبر هذه الصفحة أولاً. فالتحويل في الاتجاه الخاطئ قد يُنتج محارف استبدال، وهذه الخطوة — بخلاف الخطأ الأصلي — غير قابلة للعكس.
حدِّد الترميز صراحةً في كل مكان
ترميز اتصال قاعدة البيانات، وترويسة Content-Type، ونداءات فتح الملفات، وصادرات CSV. كل موضع يعتمد على «ترميز النظام» الافتراضي هو موضع يعود فيه العطب نفسه حين ينتقل الكود إلى جهاز آخر.
فضّل utf8mb4 على utf8 في MySQL
يخزّن utf8 في MySQL ثلاثة بايتات للمحرف على الأكثر، فتُقتطع الرموز التعبيرية وبعض المحارف الصينية النادرة بصمت. أما utf8mb4 فهو UTF-8 الحقيقي. وهذا عطب مختلف عن تشوّه النص ولا تنفع فيه أداة الاسترجاع، لأن البايتات ذهبت فعلاً.
احتفظ بالبايتات الأصلية حتى تتحقّق من الإصلاح
خذ نسخة قبل تحويل أي شيء. فما دامت البايتات الأصلية موجودة، يبقى كل فكّ ترميز خاطئ قابلاً للعكس — وحالما تُكتب فوقها محارف استبدال، لن تعيدها أداة في هذه الصفحة ولا في أي مكان آخر.

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

كيف أصلح الأحرف الصينية التي تظهر كرموز غير مفهومة؟
الصق النص المشوّه في الصندوق أعلى هذه الصفحة. تُجرِّب الأداة كل سلسلة ترميز معقولة وتُرتّب النتائج، فلا تحتاج إلى تحديد الترميز بنفسك. والجواب في الغالبية الساحقة من الحالات هو نص UTF-8 قُرئ بترميز GBK (فتظهر محارف مثل 娴嬭瘯) أو نص UTF-8 قُرئ بترميز Windows-1252 (فتظهر محارف مثل 测试). وكلتا الحالتين تُسترجَع بدقة تامة.
ما الذي تتحقّق منه شارة «مطابق تام» فعلياً؟
تُشغّل الاسترجاع بالمقلوب. يُعاد ترميز النص المسترجَع بأول ترميز في السلسلة، ثم يُفكّ ترميز تلك البايتات بالترميز الثاني. فإن أعاد الناتج إنتاج مدخلك حرفاً بحرف، فالسلسلة تفسّر كل ما لصقته وتظهر شارة «مطابق تام». وهذا فحص حتمي لرحلة ذهاب وعودة، لا درجةُ تشابه، ولهذا تكون النتيجة المطابقة تماماً موثوقة بشكل لا يبلغه أي تخمين مرتَّب.
لماذا يستحيل استرجاع بعض النصوص المشوّهة؟
لأن الضرر وقع قبل أن تراه. حين تصادف أداة فك الترميز تسلسل بايتات لا معنى له في ترميزها، فهي لا تحتفظ بالبايتات — بل تستبدلها بالمحرف U+FFFD (ويظهر هكذا: �) وتتخلّص منها. وهذه خطوة فاقدة وغير قابلة للعكس. فإن احتوى نصك على �، فتلك المحارف بالذات ضاعت مهما كانت الأداة التي تستعملها. وهذه الصفحة تخبرك بذلك بدل أن تنتج تخميناً يبدو واثقاً.
ما الفرق بين GBK وGB2312 وGB18030؟
هي ثلاثة أجيال من العائلة نفسها، كل واحد منها مجموعة فائقة لسابقه. يغطّي GB2312 (1980) عدد 6,763 محرفاً صينياً مبسّطاً، وهو ما يكفي للنص اليومي. ويوسّعه GBK (1995) إلى نحو 21,000 محرف بما فيها الأشكال التقليدية. ويغطّي GB18030 (2000، وهو إلزامي في الصين) يونيكود بأكمله. ولاسترجاع النص المشوّه يكون GBK هو الخيار الصحيح دائماً تقريباً، لأن البرمجيات التي سبّبت المشكلة كُتبت في الغالب على أساسه.
هل ISO-8859-1 هو نفسه Windows-1252؟
ليس في المعايير، لكنه كذلك في كل متصفح. فمعيار الترميز من WHATWG — وهو ما تنفّذه المتصفحات — يعامل iso-8859-1 وlatin1 بوصفهما تسميتين لـwindows-1252. والفرق بينهما محصور في المدى 0x80–0x9F، حيث يضع ISO-8859-1 الحقيقي محارف تحكّم بينما يضع Windows-1252 علامات ترقيم قابلة للطباعة كالشرطة الطويلة وعلامات الاقتباس المنحنية. ولأن تلك المحارف القابلة للطباعة هي بالضبط ما يظهر في النص المشوّه، فإن Windows-1252 أنفع الاثنين، وتدرجه هذه الأداة مرة واحدة تحت الاسمين.
هل يُرفع النص الذي ألصقه إلى أي مكان؟
لا. يجري كل فكّ ترميز داخل متصفحك عبر TextDecoder المدمج فيه، ولا يُرسل شيء عبر الشبكة، ولا يُكتب في تخزين، ولا يُضاف إلى العنوان. وهذا أهم هنا من المعتاد: النص المشوّه يأتي دائماً تقريباً من سجلّ إنتاج أو سجلّ عميل أو نسخة من قاعدة بيانات، وهي بالضبط ما لا ينبغي لصقه في أداة تعمل على الخادم.
هل يمكنني تحويل ملف كامل لا مقتطفاً فقط؟
تتعامل هذه الصفحة مع نص تلصقه فيها. أما الملفات الكاملة فاستعمل سطر الأوامر: iconv -f GBK -t UTF-8 input.txt > output.txt على macOS أو Linux، أو Get-Content -Encoding Default in.txt | Set-Content -Encoding UTF8 out.txt في PowerShell. الصق سطراً ممثِّلاً هنا أولاً لتعرف أي ترميزين تسمّيهما في الأمر — فعكس الاتجاه على ملف كامل هو ما يحوّل مشكلة سطر واحد إلى مشكلة ألف سطر.
لماذا تعرض الأداة عدة مرشّحات بدل جواب واحد؟
لأن أكثر من سلسلة قد تُنتج نصاً مقروءاً، والأداة لا تخفي ذلك عنك. تُرتَّب المرشّحات بوضع السلاسل المتّسقة مع نفسها (المطابقة تماماً) أولاً، ثم وفق كشف تجريبي لقابلية القراءة يكافئ المحارف الصينية الشائعة ويعاقب محارف الاستبدال والكاتاكانا نصف العرض ومحارف التحكّم. والكشف التجريبي فاصلُ تعادل لا حَكَمٌ للحقيقة. فحين يبدو مرشّحان معقولين معاً، تخبرك سلسلة الترميز المعروضة تحت كل واحد أيهما يتّسق مع المكان الذي جاءت منه بياناتك فعلاً.

أدوات ذات صلة

عرض جميع الأدوات →

جدول ASCII ومحوّل الشيفرات

الترميز والتنسيق

جدول ASCII الكامل: 128 حرفًا بالأنظمة العشري والست عشري والثماني والثنائي، مع محوّل ثنائي الاتجاه بين النص وشيفرات ASCII. أحرف التحكم مرفقة بتسلسلات الهروب وتدوين ^ وأين تصادفها فعليًا.

محوّل Base64 — ترميز وفك ترميز أونلاين

الترميز والتنسيق

رمّز وفك ترميز Base64 مجاناً أونلاين — محوّل فوري مع دعم UTF-8 والرموز التعبيرية. خصوصية 100% — يعمل في متصفّحك. جرّبه الآن.

محوّل Base64 إلى صورة أونلاين

الترميز والتنسيق

فك ترميز سلسلة Base64 أو عنوان URI للبيانات إلى صورة داخل متصفّحك. عاين واقرأ الأبعاد ونوع MIME ثم نزّل كـ PNG أو JPG أو GIF أو SVG. بلا رفع.

محوّل CSV إلى JSON

الترميز والتنسيق

حوّل CSV إلى JSON في متصفحك. RFC 4180، استنتاج الأنواع، صف العنوان، أمان الأعداد الكبيرة. خصوصية 100%.

محوّل .env إلى JSON

الترميز والتنسيق

الصق ملف .env واحصل على JSON فورًا. كلمات مرور قاعدة بياناتك ومفاتيح API لا تغادر متصفحك أبدًا — خاص 100٪، بلا رفع، محلّل dotenv مجاني.

فكّ كيانات HTML المجانية — فكّ تهريب الرموز

الترميز والتنسيق

فُكّ كيانات HTML وفُكّ تهريب HTML أونلاين — مجانًا، بلا تسجيل، 100% داخل متصفحك. يحوّل المراجع بالاسم والعشرية والسداسية إلى أحرف؛ لا يُرفع أبدًا.