Summary

  • في مقاله الأصلي «Cool URIs don't change»، فصل Berners-Lee بين العنوان العام للوثيقة ومكان ملفها أو البرنامج الذي يقدمها. ويضع تسلسل W3C التاريخي للتسمية إضافة المقال إلى دليل الأسلوب في ديسمبر 1998.
  • أسماء الموظفين ومجلدات cgi-bin وامتدادات الملفات وتصنيفات الموضوع ومستويات الوصول كلها قابلة للتغير. إدخالها في عنوان طويل العمر يحوّل كل تعديل داخلي إلى عمل إضافي لأصحاب الروابط الخارجية.

واجهة جديدة وباب قديم مغلق

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

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

عدد Berners-Lee الأعذار التي سمعها: أعدنا تنظيم الموقع لتحسينه، اختلط علينا القديم والصالح للنشر، اضطررنا إلى نقل الملفات، ترك John المسؤولية وانتقلت إلى Jane، استبدلنا برنامج CGI. هذه أعمال حقيقية، لكنها تقع داخل سيطرة الناشر. الخطأ كان جعل العنوان العام يعرض مكان الملف أو اسم البرنامج أو الموظف. يستطيع الخادم حفظ علاقة بين الاسم العام ومكان الوثيقة الحالي؛ وإذا غاب هذا الفصل أصبح انتقال الموظف سبباً لتعطل الاستشهادات.

استعمل النص أمثلة من وثائق المؤسسة الوطنية للعلوم في الولايات المتحدة. ظهرت عناوين تكشف cgi-bin ونصاً برمجياً بلغة Perl وطريقة لاسترجاع الوثيقة، في مقابل مسار يضم pubs/1998 ومعرّف وثيقة. رأى أن سنة النشر والمعرّف أصلح للاستمرار من اسم البرنامج الذي يخدم الصفحة في تلك اللحظة. كان ذلك تقييماً لتصميم العناوين عام 1998، لا إحصاءً لبقاء الأمثلة حتى اليوم. الفرق في نوع الوعد: تاريخ الوثيقة يبقى معها؛ أما نظام النشر فيتغير.

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

مخطط المؤسسة عمره أقصر من عنوان الوثيقة

ليس cgi-bin وحده سريع التلف. اسم المؤلف في المسار يصبح قيداً حين يتولى شخص آخر تحديث الصفحة. كلمة draft تشيخ فور النشر. تسمية الوصول للأعضاء فقط تصبح عبئاً عندما تفتح المؤسسة الوثيقة للعامة. امتداد مثل .html يربط الاسم بشكل الملف الحالي. حتى اسم مضيف مخصص لوظيفة مؤقتة قد يجعل تقسيم الخوادم الداخلي جزءاً من وعد عام طويل. كان Berners-Lee يدعو إلى تقليل ما يعلنه العنوان عن أحوال المؤسسة العابرة.

تاريخ إنشاء الوثيقة مختلف؛ الوثيقة التي أُنشئت في 1998 لن تُنشأ في عام آخر. لذلك قد يصلح التاريخ أساساً لمسار أرشيفي. أما عنوان latest فيمكن أن يشير عمداً إلى وظيفة متغيرة، مثل العدد الجاري من مجلة. تحديد وظيفة العنوان هو القرار الأساسي: هل يدل على وثيقة بعينها أم على مدخل إلى أحدث إصدار؟ يمكن للخادم أن يبدل الملفات خلف كل واحد من دون إرباك من اعتمد على المعنى الأول.

التصنيف الموضوعي أصعب من امتداد الملف. يحتاج الموقع إلى أقسام مفهومة، لكن حدود الموضوعات ومسميات الإدارات تتبدل. أشار Berners-Lee إلى تغيّر تسمية في W3C من «MarkUp» نحو «HTML». إذا صارت الفئة جزءاً من URI، يبقى عنوان قديم باسم فئة لم تعد المؤسسة تستخدمها، أو ينقطع الرابط حين تنتقل الصفحة إلى الفئة الجديدة. شجرة التصنيف تخدم فريق اليوم؛ العنوان العام يعيش أيضاً في أعمال أناس غداً.

الاسم الأكثر رسمية يحتاج من يحرسه

عُرضت Uniform Resource Names، أو URNs، أحياناً بوصفها العلاج المنتظر للاستمرار؛ وكأن انتظار نظام أسماء أكثر هيبة يسمح بترك عناوين HTTP تتعطل. رد Berners-Lee بأن المؤسسة القادرة على صيانة URN ثابتة تستطيع ممارسة الانضباط نفسه مع URI تعمل عبر HTTP. كلاهما يحتاج مالكاً للاسم، وسجلاً يربطه بالوثيقة الحالية، وخادماً يجيب، وعملاً متواصلاً. تغيير تسمية الأداة لا يدفع أجر أمين الأرشيف.

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

في توصية W3C لهندسة الويب عام 2004 صار المبدأ سياسة معلنة: استمرار URI يتوقف على التزام مالكها؛ نوع مخطط التسمية وحده لا يمنح ضماناً. تقديم محتوى متسق وإعادة التوجيه عبر HTTP عند انتقال فعلي يساعدان في الوفاء. السلطة والمسؤولية عند الجهة التي أصدرت العنوان.