only-if-cached huomba jibu lililohifadhiwa kutoka kwa proksi
Omba jibu lililopo kutoka kwa akiba ya HTTP inayoshirikiana na ufasiri 504 kama kukosa, si udhibiti wa kutoka wa ngazi ya mtandao.
Kwa ombi ambalo linapaswa kutumia jibu lililohifadhiwa tayari, HTTP hufafanua Cache-Control: only-if-cached.
Mteja anaweza kulituma kupitia proksi ya akiba ya HTTP:
curl --proxy http://127.0.0.1:3128 \
--header 'Cache-Control: only-if-cached' \
--include http://www.example.org/reportAkiba inayoheshimu agizo hili inapaswa kurudisha jibu lililohifadhiwa linaloendana na vikwazo vingine vya ombi, au 504 Gateway Timeout inaposhindwa kulitimiza ombi. Hapa 504 inaweza kuonyesha sera ya akiba badala ya muunganisho wa TCP ulioshindwa kwa proksi.
Agizo haliidhinishi maudhui yaliyopitwa na wakati kiotomatiki. Ubichi, mahitaji ya uthibitishaji na sehemu za Vary zinazolingana bado ni muhimu. Agizo la ombi la no-cache linaweza badala yake kuhitaji uthibitishaji wenye mafanikio kwenye chanzo kabla ya kutumika tena.
Hii pia ni tofauti na kuweka hali ya uthibitishaji nje ya mtandao ya akiba. only-if-cached hubebwa kwenye ombi la mtu mmoja na huonyesha kile mteja yuko tayari kupokea.
Tumia akiba inayoauni tabia hii. Agizo la ombi lililopuuzwa si firewall, kwa hivyo kuzuia kwa uthabiti trafiki ya juu kunahitaji sera ya mtandao au seva inayotekelezwa kwa kujitegemea.
Proksi ya kawaida ya HTTPS CONNECT haioni vichwa vya HTTP vilivyosimbwa na haihifadhi vitu vya ukurasa kutoka kwenye handaki hilo. Mfano unatumia kwa makusudi rasilimali rahisi ya HTTP ambayo akiba inaweza kuchakata.