Firefox y Chrome son lentos en localhost; solución conocida no funciona en Windows 7

Se sabe que Firefox y Chrome son lentos en el host local cuando IP6 está habilitado. En versiones anteriores de Windows, la solución más sencilla es comentar esta línea desde el archivo de hosts, como se explica en la respuesta a esta pregunta .

::1 localhost 

Sin embargo, como se señala en esta pregunta , en Windows 7, esta línea ya está comentada:

 # localhost name resolution is handled within DNS itself. # 127.0.0.1 localhost # ::1 localhost 

¿Hay alguna forma alternativa de deshabilitar la referencia ::1 localhost en Windows 7?

Resulta que si elimina el comentario de la línea 127.0.0.1 en el archivo de hosts, Chrome vuelve a tener un auto en las URL de localhost.

 # localhost name resolution is handled within DNS itself. 127.0.0.1 localhost 

El archivo hosts generalmente está en C:\WINDOWS\system32\drivers\etc\hosts . Para editarlo en Win7, deberá ejecutar el Bloc de notas como administrador.

Resulta que la lentitud es causada por un problema de IPv6 con DNS y puede resolverse fácilmente desactivando el soporte de IPv6 en Firefox mientras se realizan las pruebas de localhost. Para hacer el cambio, escriba

 about:config 

en la barra de direcciones, ubique el

 network.dns.disableIPv6 

establecer y hacer doble clic en él para establecerlo en verdadero. Esto hace el truco para el problema localhost de Firefox en Vista y todo se está ejecutando rápidamente de nuevo.

http://kb.mozillazine.org/Network.dns.disableIPv6 tiene toda la información que probablemente necesite, ¡buena suerte!

Me encontré con un problema extraño: solo uno de mis dominios locales era lento, mientras que todos los demás respondían bien. No pude entender por qué y finalmente puse ::1 localhost en la parte inferior debajo de mi other ::1 something.local y se aclaró al instante, donde anteriormente lo tenía sobre las otras entradas. (Estoy ejecutando OS X 10.8.3)

Mi archivo de hosts final terminó pareciéndose a algo así:

 127.0.0.1 localhost 255.255.255.255 broadcasthost ::1 something.local ::1 something2.local ::1 something3.local ::1 localhost fe80::1%lo0 localhost 

Haría lo que Tim Schneider mencionó. También mencionado por este James aquí: http://theycallmemrjames.blogspot.com/2010/09/firefox-is-really-slow-testing-sites-on.html

“Haz doble clic en ipv4OnlyDomains y escribe localhost”

Arrendajo

Como alguien más notó en una respuesta diferente, si tienes bitdefender, entonces eso arruinará felizmente tu experiencia de desarrollo.

Lo mejor es abrir la consola bit defender, introducir alt-shift-control-g (que lo pone en “modo de juego”) y ejecutar desde allí.

en modo de juego, ¡bitdefender no engaña a tu localhost!

Esta no es una respuesta directa, pero tuve el mismo problema y ninguno de los anteriores IPv6 o cambios en el archivo de hosts funcionaron para mí. Mi proyecto asp.net MVC4 fue muy lento después de presionar F5 para actualizar los cambios js en localhost. Estaba sucediendo en todos los navegadores: Chrome, FF e IE. Eventualmente descubrí que IIS Express 8.0 se instaló sin que me diera cuenta, y resulta que 8.0 es extremadamente lento cuando se sirven archivos js y parece ser un error. Si ejecuté iisexpress en la línea de comando y presioné F5, pude ver que cada archivo js tardaba 4 o 5 segundos en cargarse.

Terminé desinstalando IIS 8.0 e instalando IIS express 7.5 y de inmediato el problema se solucionó. Estos son los pasos que seguí:

  • Desinstalar IIS express 8.0
  • Elimine la carpeta IISExpress (en Win 7 está en Mis documentos \ IISExpress)
  • Instalar IIS express 7.5 ( Enlace a la descarga de IIS Express 7.5 )

Parece que IIS Express 8.0 está instalado con VS 2012, por lo que si tuviera una nueva instalación o posiblemente una actualización de paquete de servicio, es posible que haya actualizado su versión anterior de IIS.

Tuve varias entradas en los hosts (porque estoy ejecutando servidores virtuales). Anteriormente tuve

 127.0.0.1 localhost 127.0.0.2 i.localhost 127.0.0.3 secure.localhost 

Lo que parece funcionar mejor pero no perfecto es este :

 127.0.0.1 localhost secure.localhost i.localhost 

Sugiero cerrar navegadores, apagar Apache, reiniciar en el orden inverso al probar.

Hasta el momento, ninguna de las soluciones me ha funcionado muy bien. El problema permanece intermitente. ..

Sin embargo, noté algo interesante y pensé que lo compartiría con la esperanza de que alguien más pueda agregar algo más a esto.

Si apaga la conexión WiFi (es decir, apaga la alimentación externa de Internet), y si tiene, por ejemplo, Chrome, FireFox y posiblemente otros navegadores abiertos al mismo tiempo, y si Chrome se ahoga en una página, y obtiene la rueda giratoria , e intenta en ese momento cargar también un archivo desde otro navegador, (desde el localhost) también se cuelga hasta que finalmente Chrome se agote (o lo que sea) y finalmente termine muchos segundos más tarde, incluso para páginas simples.

Esto también ocurre con IE asfixiando y bloqueando accesos de otros navegadores. Lo he intentado muchas veces y estoy convencido de que pasa algo muy divertido.

Parece que hay un vínculo entre los diferentes procesos del navegador. Odio decir esto, pero sospecho que hay un error en la stack IP de Windows, tan imposible como suena. La otra posibilidad es que Chrome se está atascando o acaparando la stack ip, o bloqueando algún archivo, para que otros no puedan usarlo.

También es muy interesante tener en cuenta que, si Chrome está congelado, usted vuelve a habilitar WiFi, tan pronto como se conecta Internet, Chrome o IE finalizan, junto con cualquier otro navegador que esté bloqueado.

Eso es un poco extraño si me preguntas. Si está trabajando fuera de localhost NO debería haber interacción con internet.

Intenté usar WireShark para ver qué está pasando, pero es confuso y hasta ahora no he podido eliminar ninguno de los paquetes involucrados.

Hay algo muy divertido pasando.

He eliminado mi .htaccess y puse un httpd.conf en el que tiene los cambios mínimos de los valores predeterminados.

Estoy ejecutando Win7x64Pro, Apache 2.4.7.

Por cierto, no es una cosa php. Estoy seguro de eso en este punto.

También parece que los lockings suceden en ^ R (recargar página), no en navegar a la página, y donde otros componentes de la página deben verificarse para ver si están actualizados, como sprites del menú (imágenes). Esto sería donde hay un estado 304 (use HttpFox para ver estos).

Además, si recarga rápidamente la misma página, la probabilidad de que funcione es mucho mayor. Si esperas un minuto, a menudo se vuelve a morder. Sospecho que Chrome está obteniendo resultados de un cashe de corto plazo que enmascara en parte un problema más profundo.

Un poco tarde para una respuesta, pero probé todo lo anterior y aún así fue lento para mí en Windows 7. Cuando uso localhost tardé más de 20 segundos para la carga de la página.

Firefox mejoró con la respuesta de @Mark Mayo pero no todo el tiempo y Chrome todavía era muy lento.

Encontré una solución aquí

Básicamente, agregué las siguientes líneas al archivo httpd.conf de Apache (ya que no estaban allí)

 AcceptFilter http none AcceptFilter https none EnableSendfile off EnableMMAP off 

Probado tanto en Chrome como en Firefox y la página se carga al instante

Simplemente prueba el modo “Incógnito” en Chrome y el “Modo privado” en Firefox.

Sé que esta no debería ser una respuesta correcta. Pero puedes usar esto como una solución temporal.