¿Cómo puedo usar Fiddler para confirmar que el almacenamiento en caché HTTP está funcionando? ¿Hay alguna otra forma mejor?Confirmando el almacenamiento en caché HTTP con Fiddler
Respuesta
Puede confirmar el almacenamiento en caché haciendo que una página obtenga un recurso y tenga en cuenta que no apareció ninguna solicitud del recurso en Fiddler. No puedo pensar en una mejor manera de hacerlo. Funciona para mi.
Navegue por el sitio a través del Fiddler como proxy. En cada detalle de respuesta, hay una pestaña "Caché". Esto muestra información útil sobre los encabezados de respuesta, p. Ej. qué significan los diferentes valores Cache-Control y Expires.
Creo que la mejor manera es utilizar el método demostrado en la mayoría de los tutoriales de almacenamiento en caché: tener una etiqueta en la página que muestre la hora actual del servidor. Si el valor está almacenado en la memoria caché, no lo verás actualizar con actualizaciones de página subsiguientes hasta que se vuelva a generar el caché.
Si su requisito es más complejo (necesita usar Fiddler), la sugerencia de Anthony es la que he utilizado con éxito en el pasado.
Fiddler definitivamente ayudará con esto. Verás que el servidor responde con una respuesta HTTP 304 (No modificado, que le dice al cliente que el elemento almacenado en caché sigue siendo válido) o para el contenido que tiene su vencimiento web configurado correctamente, no verás una solicitud en absoluto.
De hecho, encontrarás que Firefox plus FireBug hará esto por ti también.
derecha haga clic en el URL en el violinista y haga clic en propiedades, se puede comprobar la información CACH en ese emergente en "WININET caché"
- 1. Cabeceras HTTP para el almacenamiento en caché más permanente posible
- 2. jQuery Ajax almacenamiento en caché
- 3. HTTPS-> HTTP via Fiddler
- 4. Almacenamiento en caché de JSON con Cloudflare
- 5. Cómo utilizar CXF, JAXRS y almacenamiento en caché HTTP
- 6. Almacenamiento en caché en JDBC
- 7. Forzar el almacenamiento en caché de imágenes con javascript
- 8. ¿Cómo implementar el almacenamiento en caché VaryByCustom?
- 9. almacenamiento en caché de proxy con el descanso autenticado solicita
- 10. El entorno de desarrollo Rails 3 mantiene el almacenamiento en caché, incluso sin almacenamiento en caché?
- 11. ¿Cómo mostrar el tamaño de una solicitud HTTP en Fiddler?
- 12. Almacenamiento en caché IEnumerable
- 13. Estrategias de almacenamiento en caché con Memcached?
- 14. Rails.cache.fetch almacenamiento en caché en el desarrollo
- 15. Almacenamiento en caché distribuido
- 16. Almacenamiento en caché Viewstate?
- 17. ¿SQLAlchemy admite el almacenamiento en caché?
- 18. Por qué la solicitud de Http con Fiddler es increíble
- 19. Estrategia de almacenamiento en caché, ¿cuándo el almacenamiento en caché se vuelve inútil?
- 20. HttpWebRequest con almacenamiento en caché habilitado arroja excepciones
- 21. ¿Cómo implemento el almacenamiento en caché asincrónico?
- 22. SoapUI con Fiddler
- 23. PHP: almacenamiento en caché de las páginas con el estado
- 24. Cómo evitar el almacenamiento en memoria caché de archivos http en Apache httpd (MAMP)
- 25. asp.net mvc - almacenamiento en caché
- 26. crossdomain.xml previene el almacenamiento en caché
- 27. Restkit, desactivar el almacenamiento en memoria caché
- 28. almacenamiento en caché de salida en el controlador HTTP y SetValidUntilExpires
- 29. Almacenamiento en caché en urllib2?
- 30. ¿Almacenamiento en caché de Hibernate?
HTTP 302 es sólo para el almacenamiento en caché de ETag, donde el cliente tiene que comprobar de nuevo con el servidor y el servidor devuelve HTTP 302 (No modificado) sin un cuerpo para indicar que el cliente ha almacenado en caché el valor más reciente. –
En realidad, escribí mal cuando escribí esta respuesta e intenté escribir 304 (no modificado) y no 302 (encontrado). Dicho esto, ni 302 ni 304 son respuestas solo de ETag, por lo que no estoy seguro de que el comentario anterior tenga sentido. –
Editaré mi respuesta para referirme correctamente a 304 (no a 302) –