ترميز URL وفكّه
رمّز النص لاستخدامه في عناوين URL ومعاملات الاستعلام، أو فُكّ ترميز عنوان مُرمَّز مسبقاً. يمكنك التبديل بين encodeURIComponent للقيم المفردة وencodeURI
رمّز النص ترميزاً نسبياً لينتقل بأمان داخل عنوان URL، أو فكّ ترميز رابط نسخته من سجل أو رسالة بريد إلكتروني. فالقيم مثل المسافات وعلامات العطف وعلامات الاستفهام والأحرف غير اللاتينية يجب تهريبها قبل إدراجها في سلسلة استعلام، وتُظهر لك هذه الأداة شكل النص المُرمَّز بدقة.
وهناك وضعان مهمان: ترميز قيمة واحدة (كلمة بحث أو عنوان بريد إلكتروني أو رمز وصول) يهرّب كل حرف محجوز، أما ترميز رابط كامل فيُبقي الأحرف البنيوية كما هي: الشرطات المائلة وعلامة الاستفهام وعلامة العطف. واختيار الوضع الخطأ هو السبب الكلاسيكي لتحويل معطّل، ولذلك يمكن اختيار الوضع.
كيفية ترميز عنوان URL وفكّه
الصق نصاً أو عنوان URL
اختر وضع القيمة أو وضع الرابط الكامل
انسخ النتيجة المُرمَّزة أو المُفكَّكة
الأسئلة الشائعة
ما الفرق بين الوضعين؟
وضع القيمة يهرّب الأحرف المحجوزة مثل & = ? / #، وهو ما تحتاجه داخل معامل استعلام. أما وضع الرابط الكامل فيُبقي تلك الأحرف ليبقى عنوان URL كاملاً قابلاً للاستخدام.
لماذا تتحول المسافة إلى %20 أو +؟
%20 هو الترميز النسبي القياسي. أما علامة الزائد فهي عرف قديم من إرسال نماذج HTML، ولا تكافئه إلا داخل سلسلة استعلام لا داخل مسار.
هل يفكّ الترميز كما يرمّز؟
نعم، فك الترميز يعمل في الاتجاهين ويعرض الأحرف الأصلية، بما في ذلك الأحرف ذات العلامات التشكيلية والنصوص الصينية واليابانية والكورية.
لماذا يفشل فك الترميز على النص الذي لديّ؟
علامة % الشاردة التي لا يتبعها رقمان سادس عشريان غير صالحة ولا يمكن فك ترميزها. تحقق من قيمة مقطوعة أو من علامة نسب مئوية أُريدت حرفياً.
هل يتعامل مع الأحرف غير اللاتينية؟
نعم، يُرمَّز النص أولاً بترميز UTF-8 ثم يُرمَّز ترميزاً نسبياً، وهي الصيغة التي تتوقعها المتصفحات والخوادم.
هل يُرفع ما أُدخله؟
لا، الترميز وفك الترميز عمليتان نصيتان بحتتان في متصفحك.
نظرة سريعة
| المدخل | نص |
|---|---|
| عدة ملفات | لا |
| مكان التشغيل | في متصفحك، ولا تُرفع الملفات أبداً |
| يعمل دون اتصال | نعم — بعد تحميل الصفحة |
| السعر | مجاني، بلا تسجيل وبلا علامة مائية |
اختيار صيغة البيانات
JSON هو الصيغة الافتراضية لكل ما تُرجعه واجهة API أو يقرأه برنامج: فهو يتعامل بطبيعته مع البنى المتداخلة والأرقام والقيم المنطقية وnull، وكل لغة تحلّله. أما CSV فأصغر حجماً ويُفتح مباشرة في جدول بيانات، لكنه لا يملك وسيلة للتعبير عن التداخل ولا معياراً مشتركاً للفاصل أو التنصيص أو مجموعة المحارف، وهذا بالضبط موضع الخطأ في التحويلات. أما XML فمطوّل لكنه يحمل السمات والمحتوى المختلط والمخططات، ولذلك ما زال مهيمناً على صيغ المستندات والتكاملات القديمة. وYAML هو الأسهل قراءةً في الإعدادات لكنه حساس للمسافات البيضاء وفيه إكراه مفاجئ للأنواع («no» تصبح false، وإصدار مثل 1.10 يصبح 1.1). فاختر الصيغة التي تفضّلها الأداة المستهلكة لا الصيغة الأجمل منظراً.
أين تنكسر التحويلات بهدوء
معظم أخطاء التحويل لا تتعلق بالصياغة بل بالمعنى. فعمود من الرموز البريدية في ملف CSV يفقد أصفاره البادئة في اللحظة التي يخمّن فيها جدول البيانات أنه رقم؛ ومعرّف طويل يتجاوز دقة الفاصلة العائمة؛ والتواريخ يتغير معناها بحسب ما إذا كان اليوم أولاً أم الشهر أولاً. ومفاتيح JSON غير مرتبة أما المصفوفات فمرتبة، والأداة التي ترتب المفاتيح لا تغيّر شيئاً بينما التي ترتب المصفوفات تغيّر البيانات. وUnicode فخ آخر: فقد يصل النص بترميز UTF-8 أو UTF-16 أو مع علامة ترتيب البايتات، وفاكّ الترميز الذي يخمّن خطأً يحوّل المحارف المشكّلة إلى نص مشوّه. وقبل أن تثق بأي تحويل، افحص الصف الأول والأخير، وكل حقل فيه أصفار بادئة، وكل حقل يحتوي على علامات تنصيص أو فواصل أو أسطر جديدة.