الخلاصة
- صلاحية نسخة HTTP المخزنة مؤقتًا قاعدة لإعادة الاستخدام وليست قرار تفويض حاليًا.
- التسليم الحساس يحتاج سجلاً يربط حالة التخزين بسلطة الكشف السارية.
يسحب الخادم الأصلي حقًا ويزيل محتوى حساسًا، لكن ذاكرة تخزين مؤقت مشتركة تواصل تقديم النسخة حتى نهاية مدة صلاحيتها وتسجل كل طلب كموافقة جديدة. قد تلتزم بالبيانات الوصفية بينما يكون استنتاج التدقيق خاطئًا.
يحدد RFC 9111 عمر الرد ومدة صلاحيته وشروط التحقق منه. ولا يجوز تخزين رد على طلب يحمل بيانات اعتماد إلا إذا سمحت توجيهات الرد بذلك صراحة؛ وهذا الإذن ينظم عمل الذاكرة المخبأة ولا يعيد تقييم حق المستخدم. يتيح 304 Not Modified إعادة استخدام المحتوى المخزن، لكنه لا يقرر من يحق له استلامه. كما أن الإبطال الناتج عن أساليب HTTP غير الآمنة محدود النطاق، ولا يضمن وصول تغيير الصلاحيات في موضع آخر من التطبيق إلى كل وسيط. ويميز RFC 5861 بين stale-while-revalidate أثناء التحقق في الخلفية وstale-if-error عند تعذر الحصول على رد صالح للاستخدام.
يجب أن يربط سجل قرار التسليم مفتاح التخزين المؤقت ونطاقه، ووقت الحفظ، والعمر المحسوب ومدة الصلاحية، والطلب وسياق التفويض ذوي الصلة، وتوجيهات الرد، وأداة التحقق ونتيجته، والاستثناء المطبق على المحتوى المنتهي، وإصدار سياسة الخادم الأصلي، ووقت التسليم، والمكوّن الذي قرر إرسال الرد.
إحاطة الأعضاء
سياق أعمق للملف الشخصي
سجّل الدخول بمستوى العضوية المناسب لفتح الإحاطة الكاملة وملاحظات المصادر.
للدائرة الاستراتيجية فقط
الدائرة الاستراتيجية
مفتوح لجميع القراء. افتح إحاطات الملف الشخصي بعد الانضمام وتسجيل الدخول.
انضم إلى الدائرة الاستراتيجيةلأعضاء تحالف القيادات فقط
تحالف القيادات
لأصحاب الأصول الفكرية المؤهلين وللإدارة؛ سجّل الدخول للوصول إلى إحاطات التحالف.
انضم إلى تحالف القيادات

