only-if-cached petas konservitan respondon de la prokurilo

Petu ekzistantan respondon de kunlabora HTTP-kaŝmemoro kaj interpretu 504 maltrafon sen trakti la direktivon kiel retnivelan elirkontrolon.

Por peto, kiu uzu jam konservitan respondon, HTTP difinas Cache-Control: only-if-cached.

Kliento povas sendi ĝin tra HTTP-kaŝa prokurilo:

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

Kaŝmemoro, kiu respektas ĉi tiun direktivon, devus redoni konservitan respondon kongruan kun la aliaj limigoj de la peto, aŭ 504 Gateway Timeout kiam ĝi ne povas plenumi la peton. Ĉi tie 504 povas esprimi kaŝan politikon, ne malsukcesan TCP-konekton al la prokurilo.

La direktivo ne aŭtomate permesas malnoviĝintan enhavon. Freŝeco, validigaj postuloj kaj kongruaj Vary-kampoj ankoraŭ gravas. La petdirektivo no-cache povas anstataŭe postuli sukcesan validigon ĉe la origino antaŭ reuzo.

Ĉi tio ankaŭ diferencas de agordi la senretan validigan reĝimon de kaŝmemoro. only-if-cached portiĝas sur la unuopa peto kaj esprimas, kion la kliento pretas ricevi.

Uzu kaŝmemoron, kiu subtenas la konduton. Ignorita petdirektivo ne estas fajroŝirmilo, do severa malhelpo de suprenfluanta trafiko bezonas sendepende plenumatan retan aŭ servilan politikon.

Ordinara HTTPS CONNECT-prokurilo ne vidas la ĉifritajn HTTP-kapojn nek konservas paĝobjektojn el tiu tunelo. La ekzemplo intence uzas simplan HTTP-rimedon, kiun la kaŝmemoro povas prilabori.

Rilataj artikoloj