Pregunta

Estoy usando una técnica similar a Rick Strahls ejemplo , pero han notcied utilizando trazador velocidad de google de que

  

El almacenamiento en caché de recursos: @ 10.88s - Los siguientes recursos especificar un encabezado "Vary" que desactiva el almacenamiento en caché en la mayoría de las versiones de Internet Explorer. Fijar o quitar el "Vary" encabezado por los siguientes recursos: ...

La pregunta es ¿Qué versiones de Internet Explorer? Si incluyo una forma de única salida Vary para todos los navegadores excepto primera versión de Internet Explorer, se resolverá este?

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

En la función "AllowsCacheingOnVaryHeader ()" - exactamente lo que debería ser la comprobación de? Todas las versiones de IE antes de 7, 8 o 9?

¿Fue útil?

Solución

de EricLaw para el fondo en esta.

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

En caso de estar bien. Una fecha de puesta al IE6 debe ignorar Vary: Accept-Encoding. Creo mayores IE6 SP no lo hizo.

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

No estoy seguro de lo que eso es. Content-Encoding es una cabecera de respuesta no (por lo general) una cabecera de pedido, por lo ¿cómo se puede Vary en él? Sin duda, esto es, hasta tropezar, se puede quitar simplemente eso y puede hacer con ella?

Para responder a la pregunta: no, IE7 sigue siendo igual de rota como IE6 re Vary, ya que está utilizando el mismo código wininet subyacente. Yo no lo he probado pero espero que IE8 es el mismo. Internet Explorer 7 hace comportan menos mal cuando se suministra una ETag (que revalida el recurso en lugar de re-cargar completamente), pero el error básico es inalterada.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top