Nuestro sitio web (que ejecuta Rails) congela IE6 casi siempre. El mismo código, implementado en un servidor diferente, no congela IE6. ¿Dónde y cómo deberíamos comenzar a rastrear esto?IE6 se congela debido a la configuración de * server *
Use Firefox con Firebug para comparar los Encabezados HTTP en la Solicitud y Respuesta de ambos servidores.
O IE con Fiddler2. – bzlm
Puede ser un problema de comunicación. Pruebe wireshark contra el servidor que se congela y el servidor que no se congela. Compare los resultados para ver si hay una diferencia.
Restringe el problema. Comience a cortar el código hasta que IE6 no se congele. Entonces quizás puedas descubrir exactamente qué está causando el problema.
OP dijo específicamente "El mismo código", por lo que cortar el código solo ocultará el problema. – bzlm
WireShark parece excesivo: es un poco engorroso rastrear las solicitudes/respuestas HTTP allí, en comparación con los registradores HTTP como Firebug, Fiddler2, etc. – bzlm
¡De acuerdo! El rizo también es una buena idea. – Ken
Trate tanto en IE6 en máquinas diferentes, preferentemente con el menor número posible de complementos tales como bloqueadores de spyware o Google barras de herramientas ...
También puede probar: http://projects.nikhilk.net/WebDevHelper/Default.aspx
que se instala en el IE y puede ayudarlo a solucionar problemas de red y demás. Es posible que pueda ver exactamente cuándo y dónde se congela en la solicitud/respuesta utilizando sus funciones de rastreo.
¿Está ocurriendo la congelación en su servidor de desarrollo o en su servidor de producción? El tiempo en que su servidor desarrollador bloquea IE6 o no, no es gran cosa, pero si su servidor de producción no puede matar a IE6, ¡podría tener un problema!
:-P
Los servidores pueden tener navegadores en ellos también, ya sabes :) ¡Congelar eso sería un problema! – Liam
Es necesario determinar la diferencia entre ellos, por lo que me gustaría empezar con lo siguiente:
curl -D first.headers -o first.body http://first.example.com
curl -D second.headers -o second.body http://second.example.com
diff -u first.headers second.headers
diff -u first.body second.body
He estado teniendo este problema hoy en día en una AJAX-pesado sitio. Creo que reduje el problema al servidor que tiene la compresión GZIP activada. Cuando se desactivó el GZIP en nuestro servidor, IE6 cargó la página sin congelarse. Cuando se enciende GZIP, IE6 se congela/se bloquea por completo.
También noté que las imágenes estaban siendo servidas con GZIP desde nuestro servidor, así que deshabilité eso para las imágenes y esto resolvió el problema con IE6 congelación/bloqueo. Ahora el servidor usa GZIP solo para .js, .html y JSON.
¡Buen consejo! Hemos estado peleando con la aplicación GWT/ExtGWT en IE6 durante un tiempo y esto parece solucionarlo. –
¡Esta debería ser la respuesta! Estaba trabajando en un sitio que representaría dinámicamente imágenes y IE 6 se congelaba en todas direcciones. Una vez que desactivé la compresión para los clientes de IE 6, todo funcionó. – rifferte
Quizás un poco más de información que te ayude.
Tuvimos el mismo problema y lo reducimos también a la compresión GZIP. La clave era que teníamos compresión gzip para nuestros ScriptResources, que también entregaban los javascripts usados por los controles en nuestra página .NET.
Aparentemente hay un error en IE6 que causa que se congele, creemos que el navegador recibe los archivos y los analiza antes de desempaquetarlos, lo que provoca la congelación.
Por ahora hemos desactivado la compresión gzip, pero como tenemos una gran cantidad de archivos proporcionados a través del administrador de ScriptsResource, necesitamos una solución diferente.
http://www.robertswarthout.com/2007/05/ie-6-apache-mod_deflate-blank-pages/ –
Quizás un servidor use la compresión GZIP. – bzlm