الخلاصة

  • وحّد RFC 3066 صيغة وسم اللغة والتسجيل العام ومطابقة نطاق اللغة، لكنه ترك لكل بروتوكول تحديد ما يعنيه الوسم بالنسبة إلى المورد الذي يصفه.
  • حذّر النص صراحة من أن اشتراك وسمين في بادئة لا يثبت قابلية الفهم المتبادل. نتيجة المطابقة اختيارٌ وفق القاعدة، لا دليل على صحة الوسم أو جودة العرض أو فهم القارئ.

وسم صغير لواقع إنساني واسع

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

جاء RFC 3066 في يناير 2001 بوصفه BCP 47، مستبدلًا RFC 1766. عرّف وسمًا من جزء أول يتبعه صفر أو أكثر من الأجزاء الفرعية المفصولة بشرطة. لم تكن حالة الأحرف تميّز بين الوسوم. استندت الأجزاء الأولى ذات الحرفين إلى ISO 639، وتلك ذات الأحرف الثلاثة إلى ISO 639-2؛ وأتاح i تسجيلًا لدى IANA، بينما خصّص x للاستخدام الخاص. كانت هذه قواعد تنسيق وإسناد، لا مقياسًا لقدرة قارئ على الفهم.

كان توزيع المسؤولية مقصودًا. وفّرت مجموعات ISO رموز المصدر، وأدارت IANA مساحة الأسماء والتسجيلات، واختار المرسل الوسم، وحدد البروتوكول الحامل علاقته بالمحتوى، ثم قررت التطبيقات ما الذي تفعله به. ولم تضمن الشرطة ولا ترتيب الأجزاء توافقًا لغويًا بين من يتحدثون لغات تقع تحت بادئة مشتركة.

السياق يملك معنى الادعاء

لم يمنح RFC 3066 عبارة «هذا المورد موسوم بـ X» معنى واحدًا ثابتًا. ففي وثيقة واحدة قد تحدد الوسوم اللغات اللازمة لفهمها كاملة. وفي مجموعة وثائق قد تصف اللغات الموجودة بين مكوّناتها. أما حزمة البدائل متعددة اللغات فقد تستخدم الوسوم لإرشاد النظام إلى البديل الذي ينبغي فحصه. وفي HTML أو XML يمكن إرفاق وسم بمقطع صغير، كي تختار أداة القواميس أو النطق قواعد مناسبة لذلك المقطع.

الحروف نفسها، لكن الادعاء مختلف. لذا لا يكفي تدقيق حقل اسمه language منفردًا: قد يصف النص، أو تفضيل المستخدم، أو لغة الواجهة، أو البدائل المتاحة. على المعيار أو البروتوكول الذي يستخدم الحقل أن يحدد المقصود.

وكانت الدقة مشروطة بما يعرفه المرسل وما يفيده السياق. فضّل RFC أدق وسم معروف ومفيد، والرمز ذي الحرفين عند وجود مقابل مناسب في ISO 639-1، كما فضّل حذف الوسم المجهول على كتابة und إذا لم يفرض البروتوكول قيمة. وعندما يسمح البروتوكول بعدة وسوم، لا ينبغي اختزالها إلى mul. المجهول والمتعدد حالتان ينبغي عدم إخفائهما وراء قيمة مريحة.

البادئة مرشّح وليست شجرة فهم

أضاف RFC 3066 مصطلح language-range لمجموعة الوسوم التي تبدأ بالتتابع نفسه. يطابق النطاق وسمًا إذا ساواه تمامًا، أو إذا كان بادئة تنتهي عند حد شرطة؛ ويمكن لـ * أن يطابق أي وسم، مع إمكان تحديد البروتوكول لمعناه. وهذا مفيد للبحث عن تمثيلات محتوى معلّمة بتفصيل أكبر.

لكن النص وضع حدًا للاستنتاج: لا تضمن البادئة المشتركة أن اللغات قابلة للفهم المتبادل. أكمل RFC 4647 هذا المجال لاحقًا عبر تسمية المطابقة الأساسية وفصلها عن التصفية الممتدة والبحث عن اختيار. يمكن للمرشّح أن ينتج مجموعة، ويمكن لآلية lookup أن تختار وسمًا؛ لكن أيًا منهما لا يسأل القارئ إن كان يستطيع قراءة الناتج.

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

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

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

أوضح فرع x- حدود الادعاء على نحو آخر: يجوز للأطراف تنسيق قيم خاصة فيما بينها، لكن لا تسجيل لدى IANA ولا معنى عالمي يضمنه المعيار. كانت الخصوصية مشروعة ما دامت لا تنتحل قابلية تشغيل بينية عامة.

استبدل RFC 4646 لاحقًا سجل الوسوم الكاملة ببنية أجزاء فرعية أكثر صراحة؛ ثم جمع RFC 5646 ذلك التطور مع RFC 4647 ضمن BCP 47 الحالي. تحسنت قابلية التحليل والاستقرار والتوسعة. لكن البنية الأوضح لم تحوّل الوسم إلى ملاحظة مباشرة لفهم البشر.

التفضيل المعلن له كلفة

لفت RFC 3066 النظر أيضًا إلى أن نطاقات اللغة المرسلة في تفاوض المحتوى قد تُستخدم لاستنتاج جنسية المرسل وتحديد أهداف للمراقبة. لم يقل إن اللغة والجنسية شيء واحد؛ الخطر ينشأ حين يستنتج طرف مراقب أكثر مما أُرسل فعلًا.

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

المصادر