بالنسبة لاستجابة صورة تمر عبر ذاكرة مؤقتة مشتركة ظاهرة لـ HTTP، انشر مدة صلاحية صريحة ومدققًا. عندما تكون الصورة آمنة لإعادة الاستخدام بين المستخدمين، تكون رؤوس الاستجابة المثالية كما يلي:

Cache-Control: public, max-age=604800
ETag: "image-v4"

المدة بالثواني؛ و604800 تعني أسبوعًا واحدًا. استخدم public فقط للمحتوى المخصص لإعادة الاستخدام بين المستخدمين.

إذا احتاج المتصفح والوكيل المشترك إلى مدتین مختلفتين، فإن s-maxage يحدد مدة الذاكرة المؤقتة المشتركة. على سبيل المثال، يعطي max-age=3600 مع s-maxage=604800 الذاكرة المؤقتة المشتركة فترة الصلاحية الأطول.

Expires تاريخ وليس مدة

يأخذ Expires طابعًا زمنيًا بصيغة تاريخ HTTP. يتجاوز max-age ذلك الحقل، وs-maxage له الأولوية في الذاكرات المؤقتة المشتركة. أنشئ أي تاريخ Expires عند إنتاج الاستجابة.

قد تطلب إعادة التحميل التحقق

الطلب الذي يحتوي على Cache-Control: no-cache يطلب تحققًا ناجحًا من الأصل قبل إعادة استخدام استجابة مخزنة. وقد يحدث ذلك حتى بينما تسمح سياسة الصلاحية العادية للاستجابة بإعادة الاستخدام لولا ذلك.

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

قارن إعادة الاستخدام العادية وعمليات إعادة التحميل الصريحة عند مراجعة السياسة.

مقالات ذات صلة