only-if-cached vra 'n gestoorde antwoord by die proxy aan

'n Samewerkende HTTP-kas vra vir 'n bestaande antwoord en interpreteer 'n 504-mislukking sonder om die richtlijn as netwerk-uitgangsbeheer te sien.

Vir 'n versoek wat 'n reeds gestoorde antwoord moet gebruik, definieer HTTP Cache-Control: only-if-cached.

'n Klient kan dit deur 'n HTTP-kas-proxy stuur:

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

'n Kas wat hierdie richtlijn eerbiedig, moet 'n gestoorde antwoord teruggee wat by die versoek se ander beperkings pas, of 504 Gateway Timeout wanneer dit die versoek nie kan bevredig nie. Hier kan 'n 504 kasbeleid aandui eerder as 'n mislukte TCP-verbinding met die proxy.

Die richtlijn magtig nie outomaties verouderde inhoud nie. Varsheid, valideringsvereistes en passende Vary-velde bly belangrik. Die no-cache-versoekrichtlijn kan eerder suksesvolle oorsprongvalidering voor hergebruik vereis.

Dit verskil ook van die instel van 'n kas se aflynvalideringsmodus. only-if-cached word op die individuele versoek gedra en sê wat die kliënt bereid is om te ontvang.

Gebruik 'n kas wat die gedrag ondersteun. 'n Geïgnoreerde versoekrichtlijn is nie 'n firewall nie, so streng verhindering van opstroomverkeer vereis 'n onafhanklik afgedwonge netwerk- of bedienerbeleid.

'n Gewone HTTPS CONNECT-proxy sien nie die versleutelde HTTP-opskrifte nie en hou nie bladsyvoorwerpe uit daardie tonnel nie. Die voorbeeld gebruik doelbewus 'n gewone HTTP-hulpbron wat die kas kan verwerk.

Verwante artikels