الخلاصة

  • عرّفت RFC 3987 المعرّف الدولي كسلسلة محارف Unicode، ولم تجعل مظهره البصري أو تحويله إلى URI دليلاً كاملاً على هويته.
  • حفظ الترتيب المنطقي والصيغة الأصلية لازم لأن العرض والنقل والمقارنة وحل الاسم والوصول تنتج إيصالات مختلفة.

قدمت RFC 3987 في يناير 2005 المعرّف الدولي IRI بوصفه عنصراً بروتوكولياً يكمل URI ولا يعيد تعريفه. وتوضح الحالة والتصويبات وسجل Datatracker أن الاختيار كان مقصوداً: سلسلة محارف Unicode قابلة للقراءة، مع تحويل محدد إلى URI كي تستمر البرمجيات القديمة في العمل.

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

لذلك يحتاج السجل إلى الأصل المنطقي، واتجاه العرض، وإصدار Unicode، والترميز، وأي تحويل لاحق. العرض وسيلة للقارئ وليس بديلاً عن سلسلة الهوية.

حددت RFC 3986 عبر الحالة والتصويبات والتاريخ سلماً لمقارنة URI بحسب الغرض. أضافت RFC 3987 فرق المحرف عن البايت. فالتمثيلان UTF-8 وUTF-16 للسلسلة نفسها لا يتطابقان بايتياً. يجب أولاً وضعهما في صيغة ترميز مشتركة ثم المقارنة نقطة شفرة بنقطة شفرة.

لكن المعيار يمنع تحويل IRI إلى URI قبل المقارنة المحرفية. هذا التحويل، رغم كونه محدداً ومفيداً للنقل، قد ينشئ تكافؤات زائفة إضافية. أداة التوافق ليست دالة هوية عامة. ولهذا لا ينبغي تعديل IRI أثناء نقله إذا كان من المحتمل استعماله كمعرّف.

للتطبيع موضع محدد أيضاً. عند نقل معرّف من الورق أو من ترميز معروف غير Unicode، يُستخدم NFC أثناء الإعداد. أما السلسلة الموجودة أصلاً في UTF-8 أو UTF-16 فلا يعيد ذلك التحويل تطبيعها. ينصح المنشئ باستعمال NFC، لكن لا يحق لطرف ثالث أن يطبع معرّفاً موجوداً اعتباطياً وهو يجهل كيف يعامل المالك تسلسله.

تشرح RFC 5198 مع الحالة والتصويبات والسجل لماذا يسهل NFC مقارنة نص الشبكة ولماذا صُمم ليستقر للمحارف المعيّنة. هذا يضبط الإنشاء والتبادل، لكنه لا يمنح وسيطاً حق محو ما استلمه.

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

كما أن المقارنة لا تثبت كل شيء. قد تثبت قاعدتها أن سلسلتين متكافئتان، لكنها لا تثبت أن سلسلتين مختلفتين تقودان إلى موردين مختلفين؛ يستطيع مالك واحد نشر المورد نفسه تحت اسمين. والوصول الناجح لا يثبت سلطة التسجيل أو سلامة النقل أو الإذن للمستخدم.

في اسم المضيف تأتي طبقة IDNA2008. تميّز RFC 5890 وحالتها وتصويباتها وتاريخها بين U-label المقروء وA-label ذي المحارف اللاتينية وبين التسجيل والاستعلام. وتضع RFC 5891 عبر الحالة والتصويبات والسجل قواعد التحقق والتناظر. ما يظهر في الواجهة ليس إثباتاً لسجل DNS.

وتفصل RFC 5895 مع الحالة والتصويبات والتاريخ بين رسم المحارف في واجهة المستخدم والبروتوكول. يختلف الإدخال العربي المكتوب عن المنسوخ أو المنطوق، ويختلف تحويل حالة الحروف باختلاف اللغة. لذلك ترفض الوثيقة خوارزمية عالمية واحدة.

كان إنجاز RFC 3987 توسيع باب اللغة من دون إلغاء حدود المسؤولية. يُحفظ ترتيب المحارف الأصلي، ثم يُسجل الترميز وتحويل URI وغرض المقارنة وقاعدة المخطط والتحقق من اسم النطاق وحلّه ونتيجة التطبيق. أصبح المعرّف مقروءاً للبشر؛ وبقي قابلاً للمساءلة لأن النظام لم يسمح للصورة أو التحويل أن يمحوا الأصل.

المصادر