Firefox и Chrome замедляются на localhost; известное исправление не работает в Windows 7

Известно, что Firefox и Chrome работают медленнее на локальном хосте, когда включен IP6. В предыдущих версиях Windows самым простым решением является прокомментировать эту строку из файла hosts, как описано в ответе на этот вопрос.

::1 localhost

Однако как отмечено в этом вопросе, в Windows 7 эта строка уже закомментирована:

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

Есть ли альтернативный способ отключения ссылки ::1 localhost в Windows 7?

Ответ 1

Оказывается, если вы раскомментируете строку 127.0.0.1 в файле hosts, Chrome возвращается к ее мгновенному я на URL-адресах localhost.

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

Файл hosts обычно находится в C:\WINDOWS\system32\drivers\etc\hosts. Чтобы отредактировать его в Win7, вам нужно запустить Notepad как администратор.

Ответ 2

Оказывается, что медленность вызвана проблемой IPv6 с DNS и может быть легко решена путем включения поддержки IPv6 в Firefox при выполнении локального тестирования. Чтобы внести изменения, введите

about:config

в адресной строке, найдите

network.dns.disableIPv6

и дважды щелкните по нему, чтобы установить значение true. Это делает трюк для проблемы локального хоста Firefox в Vista, и все снова работает быстро.

http://kb.mozillazine.org/Network.dns.disableIPv6 содержит всю необходимую вам информацию - удачи!

Ответ 3

Я бы сделал то, о чем говорил Тим Шнайдер. Также упоминается здесь здесь Джеймс: http://theycallmemrjames.blogspot.com/2010/09/firefox-is-really-slow-testing-sites-on.html

"Дважды щелкните по ipv4OnlyDomains и введите localhost"

Джей

Ответ 4

У меня возникла странная проблема, когда только один из моих локальных доменов был медленным, а все остальные ответили просто отлично. Не удалось выяснить, почему и, наконец, положить ::1 localhost внизу под моим другим ::1 something.local, и он мгновенно очистился, где раньше я был над другими. (Я запускаю OS X 10.8.3)

Мой файл финальных хостов запустился, выглядя примерно так:

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

Ответ 5

Как кто-то заметил в другом ответе - если у вас есть битдекендер, тогда это будет просто испортить ваш опыт разработки.

Чтобы открыть консоль бит-защитника, введите alt-shift-control-g (который помещает его в "игровой режим" ) и запускается оттуда.

в игровом режиме, битдепендер не будет блокировать ваш локальный хост!

Ответ 6

Это не прямой ответ, но у меня была такая же проблема, и ни один из вышеперечисленных изменений файлов IPv6 или хостов для меня не работал. Мой проект asp.net MVC4 был очень медленным после удара F5, чтобы обновить js-изменения на localhost. Это происходило во всех браузерах - Chrome, FF и IE. В конце концов я узнал, что IIS Express 8.0 был установлен без меня, и оказалось, что 8.0 очень медленно при обслуживании js файлов и, похоже, является ошибкой. Если я запустил iisexpress в командной строке и нажал F5, я мог видеть, что каждый файл js занял 4 или 5 секунд для загрузки.

В результате я удалил IIS 8.0 и установил IIS express 7.5, и сразу проблема была исправлена. Вот шаги, которые я выполнил:

Удалить IIS express 8.0
Удалить папку IISExpress (в Win 7 в Мои документы \IISExpress)
Установите IIS express 7.5 (Ссылка на загрузку IIS Express 7.5)

IIS Express 8.0, похоже, установлен с VS 2012, поэтому, если у вас была новая установка или, возможно, обновление пакета обновления, возможно, она обновила предыдущую версию IIS.

Ответ 7

У меня было несколько записей на хостах (потому что я запускаю виртуальные серверы). Раньше у меня был

127.0.0.1        localhost
127.0.0.2      i.localhost
127.0.0.3 secure.localhost

Что кажется лучше, но не идеально, this:

127.0.0.1 localhost secure.localhost i.localhost

Я предлагаю закрывать браузеры, отключая Apache, перезапуск в обратном порядке при тестировании.

До сих пор ни один из исправлений не работал очень хорошо для меня. Проблема остается прерывистой...

Однако я заметил что-то интересное и понял, что буду разделять в надежде, что кто-то еще может добавить к этому.

Если вы отключили WiFi (т.е. отключите внешний интернет-канал), и если вы, например, открываете Chrome, FireFox и, возможно, другие браузеры одновременно, и если Chrome задыхается страницу, и вы получите вращающееся штифт-колесо, и в этот момент вы попытаетесь загрузить файл из другого браузера (с локального хоста), он также будет висеть до тех пор, пока хром, наконец, не истечет (или что-то еще) и, наконец, закончит много секунд спустя, даже для простых страниц.

Это также происходит с запуском IE и блокированием доступа из других браузеров. Я пробовал это много раз, и я убежден, что происходит что-то очень смешное.

Кажется, существует связь между различными процессами браузера. Мне не нравится это говорить, но я подозреваю, что в стеке IP-пакетов есть ошибка, как это невозможно. Другая возможность заключается в том, что хром просто увядает или забивает стек ip или блокирует некоторый файл, чтобы другие не могли его использовать.

Также очень интересно отметить, что если Chrome застыл, вы снова включите Wi-Fi, как только Интернет подключится, а затем закончится хром или IE, а также все другие браузеры также заблокированы.

Это странно, если вы спросите меня. Если вы работаете с localhost, не должно быть НИКАКОГО взаимодействия с Интернетом.

Я попытался использовать WireShark, чтобы узнать, что происходит, но это запутывает, и до сих пор мне не удалось прибить какие-либо пакеты.

Есть что-то очень смешное.

Я удалил свой .htaccess и поместил httpd.conf, у которого минимальные изменения по умолчанию.

Я запускаю Win7x64Pro, Apache 2.4.7.

Кстати, это не вещь php. На этот момент я уверен.

Кроме того, блокировка происходит, как представляется, на ^ R (перезагрузка страницы), а не на странице, и где нужно проверить другие компоненты страницы для текущего, например, спрайты (изображения) меню. Это будет там, где есть статус 304 (используйте HttpFox, чтобы увидеть их).

Кроме того, если вы быстро перезагрузите ту же страницу, вероятность того, что она будет работать, намного выше. Если вы подождете минуту, то это часто снова затягивается. Я подозреваю, что хром получает результаты из краткосрочной версии, которая частично маскирует более глубокую проблему.

Ответ 8

Немного поздно для ответа, но я пробовал все вышеперечисленное, и все же это было медленным для меня в Windows 7. Когда я использую localhost, понадобилось около 20 + сек для загрузки страницы.

Firefox улучшился с ответом @Mark Mayo, но не все время, и Chrome все еще был очень медленным.

Я нашел решение здесь

В основном, я добавил следующие строки в файл Apache httpd.conf(так как их уже не было)

AcceptFilter http none 
AcceptFilter https none 
EnableSendfile off 
EnableMMAP off

Протестировано как Chrome, так и Firefox, и страница загружается мгновенно

Ответ 9

Просто попробуйте "Инкогнито" в Chrome и "Частный режим" в Firefox.

Я знаю, что это не должен быть правильный ответ. Но вы можете использовать это как временное решение.