Имея реальные проблемы с использованием моего localhost для тестирования сайтов. Он работает очень медленно! Иногда загрузка страницы занимает до минуты. Я использую Firefox, а сайты, которые я тестирую, отлично работают с другими разработчиками в локальных машинах моего офиса/на рабочем сервере.
Я пережил нормальные вещи: -
Проблема возникает только при попадании страниц, содержащих какой-либо код .net в коде.
Цените, что это немного расплывчатая тема/удар в темноте, но по достоинству оценят любые советы - это ужасно ждать каждую минуту, чтобы опробовать изменения!
Приветствия, Шон.
У меня была такая же проблема с PHP. Я решил это, изменив "localhost" на "127.0.0.1" в параметрах подключения к базе данных, например, предложенных здесь: https://serverfault.com/a/444338/62739. Я думаю, что это может сработать и для вас, попробуйте.
Просто поделись своим решением... я изменил URL-адрес моего браузера с localhost: порт на 127.0.0.1:port, что привело к очень быстрой загрузке
У меня были такие же проблемы, отредактировал файл моих хостов 127.0.0.1 localhost, но не заметил разницы.
Затем я отключил сжатие на панели IIS и применил, и теперь проблема разрешима.
Диспетчер IIS > Сжатие > Снимите флажок "Включить сжатие динамического содержимого" и снимите флажок "Включить статическое сжатие содержимого". Затем "Применить".
Надеюсь, это поможет!
С уважением, Geoff
Отключите антивирус в папках, где находится код веб-приложения. В моем случае я наблюдал большое улучшение с антивирусом Avast.
Для людей, использующих mac. Когда вы используете разные имена хостов, скажите test.local и test2.local. Попробуйте изменить test.local на test.dev. Я узнал, что лев Mac OS X управляет .local tld. Поэтому, когда вы меняете его на что-то еще быстрее.
И, конечно, используйте выше предложения, например, отключить ссылку ipv6 в файле hosts:
#:: 1 localhost
и установите это в файле hosts: 127.0.0.1 localhost
поэтому он указывает на ipv4.
Если вы используете .Net, то отключение отладки в вашем Web.Config улучшит производительность без конца.
<compilation defaultLanguage="c#" debug="false" batch="false" targetFramework="4.0">
Это предложение исправило это для меня. Очистите WebSiteCache в C:\Users\username\AppData\Local\Microsoft\WebSiteCache
http://blog.geocortex.com/2007/12/07/slow-visual-studio-performance-solved/
Если вы просто просматриваете вывод страницы (не отлаживая код), перейдите в файл Web.Config и установите debug на false. Это изменяет время загрузки от > 15 секунд до < 1 с
<system.web>
<compilation debug="false" strict="false" explicit="true" targetFramework="4.0" />
...
</system.web>
Попробуйте включить прокси-сервер Bypass для локальных адресов. Это работает для всех установленных браузеров (Firefox, Chrome и т.д.).
Откройте Internet Explorer, нажав кнопку "Пуск". Изображение Кнопка Пуск. В поле поиска введите Internet Explorer, а затем, в списке результатов нажмите Internet Explorer.
Нажмите кнопку "Сервис" и выберите "Свойства обозревателя".
Перейдите на вкладку "Подключения" и нажмите "LAN".
Установите флажок Использовать прокси-сервер для вашей локальной сети.
Выберите прокси-сервер обхода для локальных адресов
У меня была та же проблема, начальная загрузка IIS заняла бы до 10 минут вместо обычных 30 секунд.
Я открыл диспетчер задач, чтобы увидеть, какие процессы были запущены. Оказывается, что при первом попадании на конечную точку IIS Защитник Windows увеличил бы загрузку ЦП на 30%. Я попытался исключить мои папки /bin/, но это не сработало, поэтому я просто отключил защиту в реальном времени на Защитнике Windows, и вуаля сайт загружался всего за 30 секунд.
Я использую Wamp Server, Windows 7 и мощную машину.
Мой Apache настроен на запуск из другого порта, отличного от порта 80. Я также обращаюсь к своему локальному сайту не через "localhost", а имя хоста, сопоставленное с моим IP-адресом через dyn.com. Я считаю, что факт, что я бегу от другого порта, чем 80, похоже, очень чувствителен к функции Антивируса Касперского (поскольку множество отрывочных сайтов запущено из разных портов) и замедляет работу вниз.
Отключение, похоже, решило проблему.
После создания вашего проекта веб-сайту нужно некоторое время, чтобы пройти через новую dll:). Нормально, что загрузка веб-страницы после восстановления занимает некоторое время. Это не должно происходить, когда только что-то меняете, например, в javascript.
Я знаю, что op использовал более старую версию IIS, и это может не относиться к нему, но я публикую это, поскольку это может помочь другим. У меня была та же проблема, и ни одна из вышеперечисленных изменений файлов 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, похоже, устанавливается с VS 2012, поэтому, если у вас была новая установка или, возможно, обновление пакета обновления, это может привести к обновлению предыдущей версии IIS Express.
Запустите Process Monitor, чтобы узнать, какие ресурсы (сеть, файл, реестр, потоки) потребляются и видят любой ненужный ресурс (удаленные https, дорогостоящие чтения файлов) потребляются
У меня была аналогичная проблема. Когда я запускаю монитор процесса, я обнаружил, что мой журнал слияния включен, поэтому на диск есть много, что задерживает загрузку dll после выключения журнала Fusion IIS Express быстрее.
Я только что изменил свой файл hosts:
127.0.0.1 abc.com.au
127.0.0.1 def.com.au
127.0.0.1 hij.com.au
to
127.0.0.1 abc.com.au def.com.au hij.com.au
Примечание. Конкатенированная линия веб-сайта не может превышать пару сотен символов.
Причиной этого для меня стало то, что проект находился на сетевом диске. Я перенес проект на диск C: и все запустилось без задержек.
Если проект расположен на сетевом диске, попробуйте переместить его на локальный диск C: и попробуйте снова.
Увеличение производительности намного больше, чем можно было бы ожидать только от скорости сети. Я предполагаю, что VS постоянно обращается к файлам при отладке приложения ASP.NET MVC. Я использовал VS 2017, отладку ASP.NET MVC на IIS Express, и это сработало для меня.
Надеюсь, это поможет.
Отключение Xdebug в php.ini исправило мою проблему.