Vuol Internet Explorer 7 onore della Vary colpo di testa di caching correttamente?
-
18-09-2019 - |
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?
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.