Domanda

Io sto usando una tecnica simile a Rick Strahls esempio , ma hanno notcied utilizzando tracciante velocità di Google che

  

Caching risorse: @ 10.88s - Le seguenti risorse specificano un "Vary" intestazione che disabilita la cache nella maggior parte delle versioni di Internet Explorer. Fissare o rimuovere il "Vary" intestazione per le seguenti risorse: ...

La domanda è: le versioni di Internet Explorer Quali? Se includo un modo di solo output Vary per tutti i browser tranne prima versione di Internet Explorer, sarà questo si risolvono?

If AllowsCacheingOnVaryHeader() Then
  Response.AppendHeader("Vary", "Content-Encoding")
  Response.AppendHeader("Vary", "Accept-Encoding")
End If

Nella funzione "AllowsCacheingOnVaryHeader ()" - che cosa dovrei controllare per? Tutte le versioni di IE prima di 7, 8 o 9?

È stato utile?

Soluzione

di EricLaw per lo sfondo su questo.

Response.AppendHeader("Vary", "Accept-Encoding")

Dovrebbe essere OK. Una data di up-to-IE6 dovrebbe ignorare Vary: Accept-Encoding. Credo vecchio IE6 SP non ha fatto.

Response.AppendHeader("Vary", "Content-Encoding")

Non sono sicuro di quello che è per. Content-Encoding è un'intestazione di risposta non (in genere) un colpo di testa richiesta in modo come si può Vary su di esso? Sarà certamente scattare l'alto, si può semplicemente rimuovere tale e da fare con esso?

Per rispondere alla domanda: no, IE7 è ancora altrettanto rotto come IE6 re Vary, come è utilizzando lo stesso codice WinInet sottostante. Non ho provato, ma mi aspetto che IE8 è lo stesso. IE7 non comportarsi meno male quando un ETAG viene fornito (è riconvalida la risorsa invece di refetching completamente), ma il bug di base è inalterato.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top