الخلاصة

  • ربط RFC 3085 كل NewsItem بمعرّف URN يتضمن نطاق المزوّد وتاريخه، واستخدم رقماً موجباً لترتيب مراجعات ذلك العنصر بعينه.
  • تميّز اللاحقتان U وA حالتين من التحديث، لكن تسجيل مساحة الاسم أو صحة رقم النسخة لا يثبت وجود المورد أو إمكان التحقق منه أو جلبه.

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

اقترح RFC 3085، المنشور في مارس 2001، مساحة أسماء URN رسمية باسم newsml لعناصر NewsML الإخبارية. أشار إلى أن العنصر المنطقي نفسه قد يوجد في مواقع مادية متعددة: يمكن أن يرتبط بعدة عناوين URL، لكن بمعرّف URN واحد يسمّيه بصرف النظر عن موقعه. صُنّف RFC بوصفه Informational، وقال صراحة إنه لا يضع معياراً للإنترنت.

يجمع المعرّف نطاق المزوّد وتاريخاً ومعرّف NewsItem ورقم مراجعة وحرف تحديث اختيارياً. على الجهة التي تخصص المعرّف أن تملك النطاق المذكور في التاريخ المحدد. وينبغي أن يكون معرّف العنصر فريداً داخل زوج المزوّد/التاريخ. لا يجوز أن يكون رقم المراجعة صفراً؛ والرقم الأعلى يعني نسخة أحدث من العنصر نفسه. لم يكن الرقم ساعة عامة لجميع الأخبار ولا جدولاً زمنياً لنشرها.

يحدّد الحرف الأخير نوعاً من التغيير. إذا احتوى NewsItem على عنصر Update واحد أو أكثر، وجب استخدام U. وإذا كان التغيير استبدال مجموعة بيانات NewsManagement وحدها، فالحرف هو A. وفي غير هاتين الحالتين يُحذف. بذلك لا يُعامل تحديث الخبر نفسه كأنه تعديل لبيانات إدارته فقط.

يسرد RFC أربعة حقول للتكافؤ اللفظي: ProviderId وDateId وNewsItemId وRevisionId، مع تجاهل اختلاف حالة الأحرف. ولا تظهر لاحقة التحديث الاختيارية في هذه القائمة. والاستنتاج الآمن محدود: لا يذكر النص اللاحقة كمفتاح إضافي لذلك الاختبار. لكنه لا يخبرنا كيف تعاملت كل التطبيقات مع معرّفين لا يختلفان إلا في اللاحقة.

لا يجلب URN الخبر إلى الشاشة. يحمّل RFC المزوّدين مسؤولية خدمة حلّ أو تحقق للمعرّفات الصحيحة «إن وُجدت». ويسجل سجل IANA الرسمي لمساحات أسماء URN مساحة newsml مع الإحالة إلى RFC 3085؛ وهذا دليل على التسجيل لا على عمل محلّل فعلي. كما يوضح RFC أن أمثلته تمثيلية وقد لا تشير إلى موارد حقيقية.

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

التحليل

يفصل التصميم بين سؤالين: أي عنصر نقصد، وأي مراجعة جاءت بعد الأخرى؟ يحدد النطاق والتاريخ مساحة التخصيص، ويختار المعرّف المحلي العنصر، ثم يرتب رقم المراجعة نسخه. وجود هذه القواعد لا يثبت أن كل نسخة موزعة حافظت على التسلسل.

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

الرصد

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

هناك حالتان مختلفتان: رقم أحدث بلا نسخة يمكن الوصول إليها، أو رابط يعمل لكنه يعرض نسخة أقدم. لا يكشف تسجيل IANA عن أي منهما، كما لا يثبت NewsML-G2 استمرار تنفيذ الإصدار الأول.

التحكم والحوافز

المزوّد الذي يخصص URN يدير تفرد المعرّفات في مساحة المزوّد/التاريخ ويقرر إن كان سيشغّل خدمة حلّ. ويمكن للجهة المستقبلة الاحتفاظ بنسخ وفهارس خاصة، لكنها لا تصبح بذلك سلطة التخصيص لمراجعة صدرت عن غيرها.

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

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

المصادر