Lo que hace que la cabecera de las peticiones si-no-partido para convertirse en grande?

Question

Tengo un problema con la cabecera If-None-Match que se envía a un CMS aplicación de Django, corriendo a través de Apache 2 / mod_wsgi.

Al editar la página más utilizada, los navegadores de los diversos usuarios (Chrome y FF) sale un error de Apache quejaba de que el campo si-no-coincidencia es demasiado largo.

En una inspección (a través de Wireshark) el navegador está enviando sobre 8KiB si etags en esta línea una cabecera. Borrado de la caché del navegador o reiniciar, no se borra el problema.

No estoy seguro de lo que está en falta aquí.

¿Es la correcta interpretación de los valores del campo de la siguiente manera:

El navegador está reclamando saber acerca de unos pocos cientos de versiones anteriores de la página (que es creíble, ya que el error sólo se produce en gran medida 'get'ed páginas rápidamente cambiantes).

¿Hay una manera de despejar etags de FF o Chrome?

Gracias,

Chris.

Answer 1

Puede ser mejor para que usted acaba de Django prevenir la generación de ETags en el primer lugar. Desde Django sólo les genera después de una página ha prestado, no le ahorran recursos del servidor - el ancho de banda solo. Si el cuello de botella no es el ancho de banda, sólo puede desactivarlos mediante el establecimiento de USE_ETAGS = False en su archivo de configuración.

Los detalles están aquí: http: //docs.djangoproject .com / es / 1.2 / ref / configuración / # std: creación USE_ETAGS