الخلاصة

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

القيمة الحالية في سجل ما تجيب عن سؤال واحد. أما السؤال الذي يظهر أثناء التحقيق فهو: ما الذي كان موجوداً قبل هذا التغيير؟ وضعت RIPE NCC جزءاً من الإجابة على صفحة البحث في RIPE Database. ابحث عن الكائن، وافتح Version History، واختر تاريخاً، ثم قارن إصدارين. لم يعد الطريق يبدأ بمعرفة أمر طرفية خاص.

أعلنت نشرة الأعضاء لشهر أكتوبر هذه الوظيفة. وفي RIPE 93 شرح فريق Database أن الصفحة تعرض قائمة الإصدارات وتفتح إصداراً بعينه وتقارن بين إصدارين. راجعت صفحة AS3333 التابعة لـ RIPE NCC: ظهر زر Version History في نتيجة من نوع aut-num. فتح الزر صفحة Object History وفيها محدد للتاريخ وزر Compare وروابط XML وJSON. كان أحدث تاريخ معالجة ظاهر هو 19 مارس 2026. أصبح السجل قريباً من الكائن الذي يبحث عنه المستخدم.

لكن التاريخ نفسه لم يبدأ هذا الشهر. كانت قاعدة البيانات تحتفظ بإصدارات سابقة، وكانت أداة سطر الأوامر تسردها وتقارنها؛ كما استخدم RIPEstat واجهةً برمجية للسجل في أداة قاعدة البيانات لديه. الجديد في أكتوبر هو الدخول المباشر من صفحة البحث. قال عرض RIPE 93 إن الدعم الأولي يقتصر على عدد قليل من أنواع الكائنات مع إمكان إضافة المزيد. أما نشرة الأعضاء فتقول “selected” ولا تنشر قائمة.

هنا تتصادم الواجهة مع الدليل. ما زالت صفحة Historical Queries الرسمية تقول إن خيارات التاريخ متاحة من سطر الأوامر فقط، ولا تعمل عبر نموذج البحث على الويب أو REST API. وتوثق صفحات أخرى نقاط وصول REST لقائمة الإصدارات وجلب إصدار محدد. كما أن صفحة البحث تفتح الآن Object History. يستطيع القارئ أن يجمع الخيوط بنفسه، لكن دليل التشغيل لا ينبغي أن يحوّل العثور على ميزة معلنة إلى تنقيب في طبقات المنتج.

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

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

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

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

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

صار التاريخ أسهل رؤية. وما زال دليل RIPE يرسل القارئ إلى مكان آخر.

المصادر