only-if-cached يطلب استجابة مخزنة من الوسيط

بالنسبة لطلب ينبغي أن يستخدم استجابة مخزنة مسبقًا، يعرّف HTTP Cache-Control: only-if-cached.

يمكن للعميل إرساله عبر وسيط تخزين HTTP:

curl --proxy http://127.0.0.1:3128 \
  --header 'Cache-Control: only-if-cached' \
  --include http://www.example.org/report

يجب على الذاكرة التي تحترم هذا التوجيه أن تعيد استجابة مخزنة متوافقة مع بقية قيود الطلب، أو 504 Gateway Timeout عندما تعجز عن تلبيته. هنا قد يعبّر 504 عن سياسة التخزين لا عن فشل اتصال TCP بالوسيط.

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

يختلف هذا أيضًا عن ضبط وضع التحقق دون اتصال في الذاكرة. يُحمَل only-if-cached على الطلب الفردي ويعبّر عما يقبله العميل.

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

وسيط HTTPS CONNECT العادي لا يرى رؤوس HTTP المشفرة ولا يحتفظ بكائنات الصفحة من ذلك النفق. يستخدم المثال عمدًا مورد HTTP عاديًا تستطيع الذاكرة معالجته.