it-swarm.com.de

Firefox und Chrome langsam auf localhost; Bekannte Korrektur funktioniert nicht unter Windows 7

Firefox und Chrome sind bekanntermaßen auf localhost langsam, wenn IP6 aktiviert ist. In früheren Versionen von Windows besteht die einfachste Lösung darin, diese Zeile aus der hosts-Datei auszukommentieren, wie in der Antwort auf diese Frage erläutert.

::1 localhost

wie in dieser Frage erwähnt , ist diese Zeile in Windows 7 jedoch bereits auskommentiert:

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

Gibt es eine alternative Möglichkeit, die ::1 localhost-Referenz in Windows 7 zu deaktivieren?

54
Herb Caudill

Stellt sich heraus, dass Sie die 127.0.0.1-Zeile in der hosts-Datei unkommentiert haben, kehrt Chrome zu den localhost-URLs zurück.

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

Die hosts-Datei befindet sich normalerweise unter C:\WINDOWS\system32\drivers\etc\hosts. Um es in Win7 zu bearbeiten, müssen Sie Notepad als Administrator ausführen.

60
Herb Caudill

Es stellt sich heraus, dass die Langsamkeit durch ein IPv6-Problem mit DNS verursacht wird. Dieses Problem kann leicht gelöst werden, indem die IPv6-Unterstützung in Firefox deaktiviert wird, während Localhost-Tests ausgeführt werden. Um die Änderung vorzunehmen, geben Sie ein 

about:config 

suchen Sie in der Adressleiste das 

network.dns.disableIPv6

einstellung und doppelklicken Sie darauf, um den Wert auf true zu setzen. Dies macht den Trick für das Firefox-Localhost-Problem unter Vista und alles läuft wieder schnell.

http://kb.mozillazine.org/Network.dns.disableIPv6 hat alle Informationen, die Sie wahrscheinlich benötigen - viel Glück!

22
Mark Mayo

Ich stieß auf ein seltsames Problem, wobei nur eine meiner lokalen Domänen langsam war, während alle anderen gut darauf reagierten. Ich konnte nicht herausfinden warum und schlussendlich ::1 localhost unten unter meinen anderen ::1 something.local gesetzt und es wurde sofort klar, wo ich vorher die anderen Einträge hatte. (Ich verwende OS X 10.8.3)

Meine letzte Hosts-Datei sah in etwa so aus:

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
3
Stefan Liedle

Ich würde tun, was Tim Schneider erwähnt hat. Auch von diesem James hier erwähnt: http://theycallmemrjames.blogspot.com/2010/09/firefox-is-really-slow-testing-sites-on.html

"Doppelklicken Sie auf ipv4OnlyDomains und geben Sie localhost ein."

Jay

2
Jay

Ich hatte mehrere Einträge in Hosts (weil ich virtuelle Server verwende). Zuvor hatte ich 

127.0.0.1        localhost
127.0.0.2      i.localhost
127.0.0.3 secure.localhost

Was besser zu funktionieren scheint, aber nicht perfekt ist, ist dies :

127.0.0.1 localhost secure.localhost i.localhost

Ich schlage vor, Browser zu schließen, Apache herunterzufahren. Der Neustart wird beim Testen in umgekehrter Reihenfolge durchgeführt.

Bisher hat keine der Korrekturen für mich sehr gut funktioniert. Das Problem bleibt zeitweise bestehen. ..

Ich bemerkte jedoch etwas Interessantes und dachte, ich würde in der Hoffnung teilen, dass jemand anderes dazu beitragen kann. 

Wenn Sie WiFi ausschalten (dh den externen Internet-Feed ausschalten), und wenn Sie beispielsweise Chrome, FireFox und möglicherweise andere Browser gleichzeitig geöffnet haben und Chrome auf einer Seite verschluckt, werden Sie erhalten das Spinning Pin-Rad, und Sie versuchen in diesem Moment, eine Datei auch aus einem anderen Browser zu laden (von localhost). Es wird auch hängen bleiben, bis Chrome schließlich ein Zeitlimit hat (oder was auch immer) und schließlich viele Sekunden später beendet ist, selbst für einfache Seiten. 

Dies geschieht auch, wenn IE Zugriffe von anderen Browsern verschluckt und blockiert. Ich habe das schon viele Male ausprobiert und bin überzeugt, dass etwas sehr Lustiges passiert.

Es scheint einen Zusammenhang zwischen den verschiedenen Browserprozessen zu geben. Ich hasse es, dies zu sagen, aber ich vermute, dass es einen Fehler im Windows-IP-Stack gibt, der so unmöglich ist, wie es sich anhört. Die andere Möglichkeit ist, dass Chrome nur den IP-Stack festsetzt oder blockiert oder eine Datei sperrt, sodass andere ihn nicht verwenden können.

Sehr interessant ist auch, dass, wenn Chrome eingefroren ist, Sie WiFi erneut aktivieren, sobald das Internet eine Verbindung hergestellt hat, Chrome oder IE beendet wird und alle anderen Browser ebenfalls blockiert sind. 

Das ist irgendwie seltsam, wenn Sie mich fragen. Wenn Sie mit localhost arbeiten, sollte es keine Interaktion mit dem Internet geben.

Ich habe versucht, WireShark zu verwenden, um zu sehen, was los ist, aber es ist verwirrend, und bisher konnte ich keine Pakete festnageln.

Es ist etwas sehr lustiges los. 

Ich habe meinen .htaccess gelöscht und eine httpd.conf eingefügt, in der sich die minimalen Änderungen gegenüber den Standardeinstellungen befinden. 

Ich verwende Win7x64Pro, Apache 2.4.7. 

Übrigens, es ist keine PHP-Sache. Da bin ich mir an diesem Punkt sicher.

Die Sperrungen scheinen auch auf ^ R (Page Reload) zu geschehen, nicht auf der Seite zum Durchsuchen und wo andere Seitenkomponenten auf aktuelle Elemente überprüft werden müssen, wie Menü-Sprites (Bilder). In diesem Fall gibt es einen Status von 304 (verwenden Sie HttpFox, um diese anzuzeigen).

Wenn Sie dieselbe Seite schnell erneut laden, ist die Wahrscheinlichkeit, dass sie funktioniert, viel höher. Wenn Sie eine Minute warten, würgt es oft wieder. Ich vermute, Chrom erzielt Ergebnisse aus einer kurzfristigen Kashe, die zum Teil ein tieferes Problem verdeckt.

0
Elliptical view

Probiere einfach den "Inkognito" -Modus in Chrome und "Privatmodus" in Firefox.  

Ich weiß, dass dies keine richtige Antwort sein sollte. Sie können dies jedoch als temporäre Lösung verwenden. 

0
Roshan Perera

Wie jemand anderes in einer anderen Antwort vermerkt hat - wenn Sie bitdefender haben, ruiniert das fröhlich Ihre Entwicklungserfahrung.

Öffnen Sie am besten die Bit-Defender-Konsole, geben Sie alt-shift-control-g ein (damit in den "Spielemodus") und starten Sie von dort.

im Spielmodus wird bitdefender Ihren localhost nicht aufbocken!

0
bharal

Dies ist keine direkte Antwort, aber ich hatte das gleiche Problem und keine der oben genannten IPv6- oder Hosts-Dateiänderungen funktionierte für mich. Mein asp.net MVC4-Projekt war sehr langsam, nachdem ich mit F5 die Änderungen von localhost aktualisiert hatte. Es passierte in allen Browsern - Chrome, FF und IE. Schließlich fand ich heraus, dass IIS Express 8.0 installiert wurde, ohne dass ich es merkte, und es stellte sich heraus, dass 8.0 beim Serving von js-Dateien extrem langsam ist und ein Fehler zu sein scheint. Wenn ich iisexpress in der Befehlszeile ausführte und F5 drückte, konnte ich sehen, dass jede js-Datei 4 oder 5 Sekunden zum Laden benötigte.

Am Ende habe ich IIS 8.0 deinstalliert und IIS express 7.5 installiert. Das Problem wurde sofort behoben. Hier sind die Schritte, die ich befolgt habe:

  • Deinstallieren Sie IIS express 8.0
  • Löschen Sie den IISExpress-Ordner (unter Windows 7 unter Eigene Dateien\IISExpress).
  • IIS Express 7.5 installieren ( Link zu IIS Express 7.5 Download )

Es scheint, dass IIS Express 8.0 mit VS 2012 installiert wurde. Wenn Sie also eine neue Installation oder möglicherweise ein Service Pack-Update installiert haben, wurde möglicherweise Ihre vorherige IIS - Expressversion aktualisiert.

0
Ciaran Bruen

Ein bisschen zu spät für eine Antwort, aber ich habe alle oben genannten Schritte ausprobiert und es war immer noch langsam für mich unter Windows 7. Wenn ich localhost verwende, dauerte es etwa 20 Sekunden für das Laden der Seite.

Firefox verbesserte sich mit @Mark Mayos Antwort, aber nicht immer und Chrome war immer noch sehr langsam.

Ich habe eine Lösung gefunden hier

Grundsätzlich habe ich die folgenden Zeilen zur Apache-Datei httpd.conf hinzugefügt (da sie noch nicht vorhanden waren)

AcceptFilter http none 
AcceptFilter https none 
EnableSendfile off 
EnableMMAP off

Getestet sowohl Chrome als auch Firefox und die Seite wird sofort geladen

0
AdRock