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



Известно, что Firefox и Chrome работают медленно на localhost, когда включен 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?
246   9  

9 ответов:

Оказывается, если вы раскомментируете строку 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, вам нужно запустить Блокнот от имени администратора.

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

about:config 

В адресной строке найдите

network.dns.disableIPv6

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

Http://kb.mozillazine.org/Network.dns.disableIPv6 имеет все информация, которая вам, вероятно, понадобится-удачи!

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

Мой последний файл hosts выглядел примерно так:

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

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

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

Джей

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

Лучше всего открыть консоль bit defender, ввести alt-shift-control-g (что переводит ее в "режим игры") и запустить оттуда.

В игровом режиме bitdefender не будет засорять ваш localhost!

Это не прямой ответ, но у меня была та же проблема, и ни одно из вышеупомянутых изменений файлов IPv6 или hosts не сработало для меня. Мой 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, кажется, установлен с VS 2012, так что если у вас был новый установка или, возможно, обновление пакета обновления это может привести к обновлению предыдущей версии IIS express.

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

127.0.0.1        localhost
127.0.0.2      i.localhost
127.0.0.3 secure.localhost

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

127.0.0.1 localhost secure.localhost i.localhost

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

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

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

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

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

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

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

Это довольно странно, если вы спросите меня. Если вы работаете вне localhost, то не должно быть никакого взаимодействия с интернетом.

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

Происходит что-то очень забавное.

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

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

Кстати, это не php-вещь. Я уверен в этом на данный момент.

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

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

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

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

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

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

AcceptFilter http none 
AcceptFilter https none 
EnableSendfile off 
EnableMMAP off

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

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

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

    Ничего не найдено.

Добавить ответ:
Отменить.