الخلاصة

  • جمعت Overview بيانات مقالات كثيرة في صفوف مرتبة تفصل بينها علامات الجدولة، فقللت الحاجة إلى طلب رأس كل مقالة على حدة.
  • لم يكن لـ LIST OVERVIEW.FMT أن يعلن حقلاً ما لم تسجل القاعدة، لكل المقالات المعنية، محتواه أو حقيقة غيابه على نحو متسق.
  • عند تغيير المخطط، يجب سحب الحقل القديم قبل وقف تخزينه، وتأجيل إعلان الحقل الجديد إلى أن تكتمل إعادة البناء أو تنقضي السجلات القديمة.

لا يشرح الفراغ نفسه

في التنسيق الموضعي، تحدد العلامات مكان القيمة حتى عندما لا توجد قيمة. تحافظ علامتا جدولة متجاورتان على رقم العمود، لكنهما لا تذكران سبب خلوه.

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

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

قبل الجدول كان الطلب مقالاً مقالاً

أعطى RFC 977 العميل أمر HEAD. يختار مقالة بواسطة Message-ID أو رقم محلي لدى الخادم، ثم يتلقى كتلة رؤوسها. كانت الإجابة محددة، لكن عرض موضوعات مجموعة كبيرة ومؤلفيها وتواريخها ومسارات الرد فيها كان يتطلب تكرار العملية لكل مقالة.

وثّق RFC 2980 الأمر XOVER بوحدة استرجاع مختلفة. يطلب العميل نطاق أرقام، فيعيد الخادم صفاً مضغوطاً لكل مقالة باقية: رقم المقالة، Subject، From، Date، Message-ID، References، عدد البايتات، وعدد الأسطر، ثم حقول اختيارية. ويبقى الموضع الخالي ممثلاً بعلامتي جدولة متجاورتين.

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

نواة ثابتة وامتداد معلن

وحّد RFC 3977 الأمر باسم OVER. حقوله الثمانية الأولى ثابتة: رقم المقالة أو الصفر، Subject، From، Date، Message-ID، References، ثم :bytes و:lines. تحفظ الخانات الداخلية الفارغة مواقعها، بينما يمكن حذف الخانات الفارغة في نهاية الصف.

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

جعل LIST OVERVIEW.FMT المخطط قابلاً للسؤال. كان الخادم يعيد وصفاً لكل حقل وبالترتيب الذي يستخدمه OVER. تأتي الأوصاف السبعة الأولى بعد رقم المقالة، ثم يمكن إضافة رؤوس أخرى أو استعمال اللاحقة :full للدلالة على بقاء اسم الرأس داخل القيمة. هكذا توسع الذيل من دون أن يصبح تخميناً.

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

العمود الجديد ينتظر اكتمال تاريخه

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

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

قد يمتلك الخادم بعض القيم ويختار مع ذلك ألا ينشر العمود. هذا حجب لوعد غير مكتمل، لا إنكار للمعلومات الموجودة. فإعلان أقل مؤقتاً يحمي دلالة كل خانة فارغة لاحقاً.

غياب العمود ليس غياب القيمة

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

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

بيانات محسوبة وليست رؤوساً من المؤلف

ميّز Overview أيضاً البيانات التي ينشئها الخادم. يبدأ :bytes و:lines بنقطتين، ولا ينبغي الوثوق برؤوس تحمل أسماء شبيهة إذا كانت المقالة نفسها قد قدمتها. الخادم هو الذي يحسب القيمتين.

لكن المصدر المعروف لا يجعل القياس مطلقاً. يشرح RFC 3977 طريقة حساب :bytes ويسجل اختلافات تاريخية في التطبيق، وينبه العميل إلى عدم الاعتماد على تطابق كامل. ولـ :lines تعريف أدق مرتبط بأسطر جسم المقالة. يمكن أن تكون للبيانات حجية واضحة وحدود قياس واضحة في الوقت نفسه.

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

يسجل سجل IANA لمعاملات NNTP الأمر OVER كقدرة معيارية لدعم Overview. يثبت ذلك الإشارة القابلة للتشغيل البيني، لا الانتشار الحالي ولا ضمان أداء بعينه.

احتاجت السرعة إلى وعد أضيق

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

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

المصادر