አንድ ጥያቄ አስቀድሞ የተከማቸ ምላሽ መጠቀም ካለበት፣ 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 ሀብት ይጠቀማል።

ተዛማጅ ጽሑፎች