only-if-cached freget in bewarre antwurd by de proxy op

Freegje in gearwurkjende HTTP-cache om in besteand antwurd en ynterpretearje in 504-mis as cachebelied, net as netwurkútgongskontrôle.

Foar in fersyk dat in al bewarre antwurd brûke moat, definiearret HTTP Cache-Control: only-if-cached.

In klant kin it fia in HTTP-cacheproxy stjoere:

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

In cache dy't dizze rjochtline respektearret, moat in bewarre antwurd weromjaan dat past by de oare beheiningen fan it fersyk, of 504 Gateway Timeout as it it fersyk net befêstigje kin. Hjir kin in 504 cachebelied útdrukke ynstee fan in mislearre TCP-ferbining mei de proxy.

De rjochtline jout net automatysk tastimming foar ferâldere ynhâld. Farskens, falidaasje-easken en bypassende Vary-fjilden bliuwe fan belang. De fersykrjochtline no-cache kin ynstee in slagge falidaasje by de oarsprong easkje foar werbrûk.

Dit ferskilt ek fan it ynstellen fan in offline-falidaasjemodus fan in cache. only-if-cached wurdt op it yndividuele fersyk droegen en sprekt út wat de klant ree is te ûntfangen.

Brûk in cache dy't dit gedrach stipelet. In negearre fersykrjochtline is gjin firewall, dus strang foarkommen fan opgeande ferkear freget in ûnôfhinklik hanthavene netwurk- of serverbelied.

In gewoane HTTPS CONNECT-proxy sjocht de fersifere HTTP-kopteksten net en hâldt gjin side-objekten fan dat tunnel. It foarbyld brûkt mei opsetsin in gewoan HTTP-boarne dat de cache ferwurkje kin.

Relatearre artikelen