Firefox и Chrome замедляются на локальном хосте; известное исправление не работает в 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?
9 ответов:
оказывается, если вы раскомментируете строку 127.0.0.1 в файле hosts, Chrome вернется к своему snappy self на 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
- удалите папку IISExpress (на Win 7 это в Моих документах\IISExpress)
- установите IIS express 7.5 (ссылка на 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, перезапуск в обратном порядке при тестировании.
до сих пор ни один из исправлений не работал очень хорошо для меня. проблема по-прежнему остается неустойчивой. ..
однако я заметил кое-что интересно и подумал, что я бы поделился надеждами, что кто-то еще может добавить к этому.
если вы отключите беспроводной доступ в интернет (т. е. выключите внешний Интернет-Канал), и если у вас есть, например, Chrome, FireFox и, возможно, другие браузеры, открытые одновременно, и если Chrome захлебывается на странице, и вы получаете вращающееся колесо, и вы пытаетесь в этот момент также загрузить файл из другого браузера (из localhost), он также будет висеть до тех пор, пока chrome наконец не выйдет (или что-то еще), и наконец, заканчивается много секунд спустя, даже для простых страниц.
Это также происходит с IE удушья и блокировки доступа из других браузеров. Я пробовал это много раз, и я убежден, что есть что-то очень забавное происходит.
там, кажется, связь между различными процессами браузера. Я ненавижу говорить это, но я подозреваю, что есть ошибка в стеке IP-адресов windows, как это невозможно, как это звучит. Другая возможность заключается в том, что chrome просто увязает или забивает стек ip или блокировка некоторых файлов, чтобы другие не могли его использовать.
также очень интересно отметить, что если в то время как chrome заморожен, вы снова включите Wi-Fi, как только интернет подключится, то chrome или IE заканчивается, а также любые другие браузеры также блокируются.
немного поздно для ответа, но я попробовал все вышеперечисленное, и все же это было медленно для меня на Windows 7. Когда я использую localhost, это заняло около 20+ секунд для загрузки страницы.
Firefox улучшился с ответом @Mark Mayo, но не все время, и Chrome все еще был очень медленным.
Я нашел решение здесь
в основном, я добавил следующие строки в Apache httpd.файл conf (поскольку их там еще не было)
AcceptFilter http none AcceptFilter https none EnableSendfile off EnableMMAP off
протестированы оба Chrome и Firefox, и страница загружается мгновенно