Back to Question Center
0

Semalt: Může být obsah ukládán do mezipaměti, i když není nastavena max. Věková hlavička a naopak?

1 answers:

Pokud chápu, když je požadováno poprvé , prohlížeč bude stahovat zdroj ze serveru.

Pokud je přítomna Cache-Control: soukromá, max-age = hodnota .

To je jasné.

Nicméně

  1. Pro cache prostředek s max-age set, v druhý požadavek pro stejný zdroj, proč je v profilu zobrazen odpověď? Technicky by neměla být odpověď správná? Je to z zdroje cache ? Za předpokladu, že jde o pseudo reakci od klientů Response Cache-Control záhlaví nebo ne (pamatujte na první požadavek, který již byl informován)?
  2. Pokud klient v požadavku odešle žádnou cache a dostane odpověď s max-age , jak funguje to pro další žádost? Provede to zpáteční výlet, aby zjistil, zda se obsah nezměnil? Co je to s tím, že server využívá no-cache a max-age ?
  3. Někdy jsem viděl, že ukládání do mezipaměti funguje i bez Cache-Control: private, max-age = 86400 hlavička - gmbh umzug checkliste. V tomto scénáři však vidím, že v předchozí odpovědi existuje Etag a klient jej pošle zpět v If-None-Match v další žádosti a odpověď HTTP je 304 . Je to normální? Přečtěte si prosím, co se stane, pokud nenastavíte hlavičku pro vyrovnávací paměť?
  4. V neposlední řadě v vývojářských nástrojích IE 11 , proč vidíme 304 (nemodifikované) namísto 200 (disk cache) pro cache resource? K testování toho, co se děje, děláme pravé tlačítko Aktualizovat nebo F5 . V běžném scénáři přebírá IE obsah z mezipaměti disku stejně jako všechny ostatní prohlížeče?
IE 11 , kde přes Cache-Control: soukromé, max-age = 86400 v ) Záhlaví odpovědi , obsah je stále stažen ze serveru. K dispozici je Cache-Control: no-cache v hlavičce Request .

Stává se to, když procházíme normálně stejně jako s vývojářskými nástroji F12 .

Naše topologie sítě je něco jako Client <-> F5 <-> App Server .

Já také čtu článek HTTP Caching v Google Semalt, ale věci nejsou tak jasné.

February 13, 2018