الخلاصة

  • تجيب 304 Not Modified عن شرط HTTP يخص تمثيلاً محدداً، وتتيح للذاكرة المخبأة تحديث البيانات الوصفية المخزنة؛ لكنها ليست شهادة عامة على حداثة سلسلة الاعتماديات.
  • قبل اعتبار إعادة التحقق إذناً لاتخاذ قرار حساس، ينبغي ربط دليل أداة التحقق بإصدار البيانات أو السياسات أو اللقطة التي صُنِع منها التمثيل.

لنتخيل نقطة نهاية للإعدادات تعتمد على لقطة من قاعدة بيانات. ترسل الذاكرة المخبأة If-None-Match متضمناً وسم الكيان الذي تحتفظ به. يقيّم الخادم الأصلي الشرط بالنسبة إلى التمثيل المحدد ويرد بـ304 Not Modified. لا يُنقل محتوى تمثيل جديد. تُحدِّث الذاكرة المخبأة البيانات الوصفية التي يسمح بها البروتوكول، ثم تحول لوحة تشغيل الحدث الأخضر إلى عبارة أوسع: «تم التحقق من سلسلة الاعتماديات».

عند هذه النقطة يتحول دليل البروتوكول إلى وهم إداري. يمكن أن تكون استجابة 304 صحيحة حتى لو كانت لقطة قاعدة البيانات التي استخدمها التطبيق أقدم مما يسمح به قرار العمل. أجاب HTTP عن السؤال الذي تلقاه بدقة؛ أما اللوحة فاستبدلته بسؤال آخر.

للشرط نطاق محدد

تعرّف RFC 9110 الحقل If-None-Match من خلال أوسمة الكيان الخاصة بالتمثيل المحدد. في طلب GET أو HEAD مشروط، يؤدي كون الشرط غير محقق إلى 304 بدلاً من 200 الذي كان سيحمل المحتوى. وتنبع فائدة الآلية من ضيق معناها: جرى تقييم شرط أداة التحقق للتمثيل المستهدف وفق دلالات HTTP.

لذلك ليست 304 نسخة فارغة من 200. لا تحتوي على محتوى، لكنها قد تحمل حقولاً ترشد الذاكرة المخبأة، مثل ETag وDate وCache-Control وExpires وContent-Location وVary حين تنطبق القواعد. ثم تحدد RFC 9111 كيفية التعرف على الاستجابات المخزنة المطلوب تحديثها. لا تؤدي أدوات التحقق القوية والضعيفة الدور نفسه تماماً. وبعد تحديد الاستجابة المقابلة، تُحدَّث حقول الترويسة القابلة للتطبيق بالحقول الواردة في 304، مع مراعاة الاستثناءات المحددة.

هذه عملية منضبطة على التمثيل وبياناته الوصفية، وليست تصريحاً عن حالة كل نظام ساهم فيه.

صلاحية التمثيل ليست حداثة الاعتماديات

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

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

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

حفظ سلسلة المنشأ الناقصة

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

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

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

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

المصادر