only-if-cached-ek proxyari gordetako erantzuna eskatzen dio

Eskatu HTTP cache kooperatiboari lehendik dagoen erantzuna, eta interpretatu 504 hutsa sare-mailako irteera-kontrol gisa hartu gabe.

Dagoeneko gordetako erantzuna erabili behar duen eskaera baterako, HTTPk Cache-Control: only-if-cached definitzen du.

Bezeroak HTTP cache proxy baten bidez bidal dezake:

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

Direktiba hau errespetatzen duen cache batek eskaeraren gainerako murrizketekin bat datorren gordetako erantzuna itzuli behar du, edo 504 Gateway Timeout eskaera ase ezin duenean. Hemen 504ak cache-politika adieraz dezake, proxyarekiko TCP konexio hutsa izan beharrean.

Direktibak ez du automatikoki baimendu edukia zaharkitua. Freskurak, baliozkotze-baldintzek eta Vary eremu bateragarriak oraindik garrantzia dute. no-cache eskaera-direktibak, aldiz, jatorrian baliozkotze arrakastatsua eska dezake berrerabili aurretik.

Hau cache baten lineaz kanpoko baliozkotze-modua konfiguratzearen desberdina da. only-if-cached eskaera indibidualean eramaten da eta bezeroak zer jasotzeko prest dagoen adierazten du.

Erabili jokabide hau onartzen duen cache bat. Ezikusi egindako eskaera-direktiba ez da suebaki bat, beraz goranzko trafikoa zorrotz saihesteko independenteki aplikatutako sare- edo zerbitzari-politika behar da.

HTTPS CONNECT proxy arrunt batek ez ditu HTTP goiburu zifratuak ikusten ez eta tunel horretako orrialde-objekturik gordetzen. Adibideak berariaz erabiltzen du cacheak prozesa dezakeen HTTP baliabide soil bat.

Erlazionatutako artikuluak