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 સ્રોત વાપરે છે જે કેશ પ્રક્રિયા કરી શકે.