visual studio 2015 vshub - это спам-скрипач

Я прочитал: Как отключить VsHub.exe в системном трее? и https://connect.microsoft.com/VisualStudio/feedback/details/1919828/hundreds-of-calls-second-to-vshub-and-browserlink-is-off

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

Кто-нибудь знает обходной путь? Могу ли я заблокировать показ vshub в fiddler, не блокируя остальную часть locahost?

Это относительно новая проблема, поскольку в System.NET игнорировались параметры прокси-сервера для localhost, и поэтому Fiddler не будет видеть трафик по умолчанию ( http://docs.telerik.com/fiddler/Configure-Fiddler/Tasks/ConfigureDotNETApp ). - см. нижнюю часть.

Теперь это, похоже, уже не так, поэтому я ожидаю, что у большего количества людей будет такой же вопрос. Fiddler поддерживает несколько способов фильтрации запросов, но ничего, что клиент не может контролировать (что, вероятно, хорошо, поскольку вы не хотели бы, чтобы вредоносное ПО исключало его трафик). Наиболее подходящим и простым механизмом в этом случае, вероятно, является установка фильтра для любого URL, содержащего localhost или vshub. Вы можете сделать это:

1. Перейдите на вкладку фильтров (это вкладка верхнего уровня, на том же уровне, что и инспекторы, статистика и т. Д.),
2. Установите флажок «Использовать фильтры»
3. Прокрутите вниз и найдите флажок «Скрыть, если URL содержит».
4. Установите этот флажок и введите localhost или vshub в соответствующее текстовое поле.
5. Вы должны увидеть остановку трафика vshub немедленно.

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

Эти запросы, похоже, поступают из окна средств диагностики, которое запускается при отладке. Похоже, что они предоставляют информацию мониторинга для использования памяти и использования процессора.

Вы можете остановить запросы, если не хотите просматривать информацию об использовании, отключив мониторинг памяти / ЦП в диалоговом окне Средства диагностики.

• Откройте окно инструментов диагностики (Отладка -> Windows -> Показать инструменты диагностики)
• Нажмите раскрывающийся список «Выбрать инструменты» и снимите флажок Использование памяти и Загрузка процессора.
• Прекратите отладку, и в следующий раз, когда вы начнете отлаживать, вы больше не увидите запросы, отправляемые на vshub.

Для меня исправление, чтобы перестать «спамить» Fiddler4 вместо фильтра Fiddler, который я мог бы выбрать, заключалось в изменении параметра Visual Studio 2015:

Visual Studio 2015 -> Инструменты -> Параметры -> Отладка -> Общие -> снимите флажок / отключите «Включить средства диагностики при отладке»

Служба VSHUB.exe должна быть службой, которая помогает диагностическим инструментам во время отладки и постоянно проверяет ваш веб-сайт / веб-приложение / веб-приложение, которое вы отлаживаете. Мне не нужна отладка. Средства диагностики в настоящее время, поэтому я просто отключил его в Visual Studio

Что касается отключения VSHUB.exe, у меня возникло искушение сделать это, пока я не прочитал от кого-то в Microsoft, лучше не отключать его для улучшения работы Visual Studio 2015, и они добавляют новые функции в Visual Studio, которые используют VSHUB.exe поверх время:

Как отключить VsHub.exe в системном трее?

Проблема вызвана средствами диагностики Visual Studio при отладке.

Вы можете отключить их, перейдя в Инструменты ➜ Параметры , а затем выполните следующие действия:

Это более простая альтернатива, чтобы скрыть трафик vshub.

Перейдите в Инструменты> Параметры Fiddler> вкладка Подключения и добавьте http://localhost:49155в список обхода. Это пропустит весь трафик, размещенный на этот URL.

* Изменить: Fiddler может потребоваться перезапустить после добавления в список обхода.

Самый простой способ решить эту проблему - настроить фильтр в Fiddler. В OnBeforeResponse добавьте второй if с вашим хостом / портом vshub:

  static function OnBeforeResponse(oSession: Session) {
    if (m_Hide304s && oSession.responseCode == 304) {
        oSession["ui-hide"] = "true";
    }

    if (oSession.HostnameIs("localhost:49155")){
        oSession["ui-hide"] = "hiding vshub"; // String value not important
    }


    }

Ответ SpokaneDJ был очень полезным для меня и работал отлично, но я не провожу много времени с Fiddler, поэтому мне потребовалась минута, чтобы вспомнить, как это сделать! Вот конкретные инструкции.

Сначала в интерфейсе Fiddler перейдите на Rules> Customize Rules. Поиск OnBeforeResponseфункции. Это должно выглядеть так:

static function OnBeforeResponse(oSession: Session) {
  if (m_Hide304s && oSession.responseCode == 304) {
    oSession["ui-hide"] = "true";
  }
}

Теперь добавьте следующий if блок после существующего (заменив хост / порт vshub, если он другой):

    if (oSession.HostnameIs("localhost:49155")){
      oSession["ui-hide"] = "hiding vshub"; // String value not important
    }

Ваша OnBeforeResponseфункция должна теперь выглядеть так:

  static function OnBeforeResponse(oSession: Session) {
    if (m_Hide304s && oSession.responseCode == 304) {
        oSession["ui-hide"] = "true";
    }

    if (oSession.HostnameIs("localhost:49155")){
        oSession["ui-hide"] = "hiding vshub"; // String value not important
    }
  }

Вышеупомянутое не работает для меня, как таковой. Похоже, что он отключил ВСЕ мониторинг скрипачей хоста localhost.

Немного рассудительного поиска в Google дал мне другое решение - специально заблокировать порт, добавив его в конец раздела OnBeforeRequest:

if (oSession.host=="localhost:49155"){
    oSession["ui-hide"] = "true";
}

Это, кажется, блокирует сообщение порта в Fiddler, не нарушая дальнейший трафик localhost.