Visual Studio 2015 vshub spammt Geiger

Ich habe gelesen: Wie deaktiviere ich VsHub.exe in der Taskleiste? und https://connect.microsoft.com/VisualStudio/feedback/details/1919828/hundreds-of-calls-second-to-vshub-and-browserlink-is-off

Ich würde es vorziehen, vshub nicht zu deaktivieren. Ich möchte nur, dass es leiser wird, wenn ich Geiger benutze. Im Moment spammt es alles andere aus und ich kann kein allgemeines Debuggen durchführen.

Kennt jemand eine Problemumgehung? Kann ich verhindern, dass vshub im Geiger auftaucht, ohne den Rest von locahost zu blockieren?

Dies ist ein relativ neues Problem, da System.NET die Proxyeinstellungen für localhost ignoriert hat und Fiddler daher den Datenverkehr standardmäßig nicht sieht ( http://docs.telerik.com/fiddler/Configure-Fiddler/Tasks/ConfigureDotNETApp ). - siehe unterer Abschnitt.

Jetzt scheint dies nicht mehr der Fall zu sein, daher erwarte ich, dass mehr Menschen die gleiche Frage haben werden. Fiddler unterstützt verschiedene Möglichkeiten zum Filtern von Anforderungen, obwohl der Client nichts steuern kann (was wahrscheinlich gut ist, da Sie nicht möchten, dass Malware den Datenverkehr ausschließt). Der am besten geeignete und einfachste Mechanismus in diesem Fall besteht wahrscheinlich darin, einen Filter für jede URL festzulegen, die localhost oder vshub enthält. Sie können dies tun durch:

1. Klicken Sie auf die Registerkarte Filter (eine Registerkarte der obersten Ebene, auf derselben Ebene wie Inspektoren, Statistiken usw.).
2. Aktivieren Sie das Kontrollkästchen "Filter verwenden".
3. Scrollen Sie nach unten und suchen Sie das Kontrollkästchen "Ausblenden, wenn URL enthält".
4. Aktivieren Sie dieses Kontrollkästchen und geben Sie entweder localhost oder vshub in das zugehörige Textfeld ein.
5. Sie sollten sehen, dass der vshub-Verkehr sofort stoppt.

Dieser Filter bleibt bestehen. Wenn Sie also Fiddler herunterfahren und später erneut starten, wird er weiterhin festgelegt.

Diese Anforderungen scheinen aus dem Fenster Diagnosetools zu stammen, das beim Debuggen ausgeführt wird. Scheint, als würden sie die Überwachungsinformationen für die Speichernutzung und die CPU-Auslastung bereitstellen.

Sie können die Anforderungen stoppen, wenn Sie die Nutzungsinformationen nicht anzeigen möchten, indem Sie die Speicher- / CPU-Überwachung im Dialogfeld Diagnosetools deaktivieren.

• Öffnen Sie das Fenster Diagnosetools (Debug -> Windows -> Diagnosetools anzeigen).
• Klicken Sie auf die Dropdown-Liste "Tools auswählen" und deaktivieren Sie die Speicherauslastung und die CPU-Auslastung.
• Beenden Sie das Debuggen, und wenn Sie das nächste Mal mit dem Debuggen beginnen, sollten die an vshub gestellten Anforderungen nicht mehr angezeigt werden

Für mich bestand die Korrektur, um das "Spammen" an Fiddler4 anstelle eines Fiddler-Filters zu stoppen, für den ich mich hätte entscheiden können, darin, eine Visual Studio 2015-Option zu ändern:

Visual Studio 2015 -> Tools -> Optionen -> Debugging -> Allgemein -> Deaktivieren / Deaktivieren Sie "Diagnosetools beim Debuggen aktivieren".

Der VSHUB.exe-Dienst muss der Dienst sein, der Diagnosetools beim Debuggen unterstützt und Ihre Website / Webapi / Web-App, die Sie debuggen, kontinuierlich anpingt. Ich brauche kein Debuggen. Diagnosetools zu diesem Zeitpunkt, daher habe ich es gerade in Visual Studio deaktiviert

In Bezug auf das Deaktivieren von VSHUB.exe war ich versucht, dies zu tun, bis ich von jemandem bei Microsoft gelesen habe, dass es am besten ist, es nicht zu deaktivieren, um eine bessere Visual Studio 2015-Erfahrung zu erzielen, und Visual Studio neue Funktionen hinzufügt, die VSHUB.exe verwenden Zeit:

Wie deaktiviere ich VsHub.exe in der Taskleiste?

Das Problem wird durch die Diagnosetools von Visual Studio beim Debuggen verursacht.

Sie können sie deaktivieren , um , indem Sie Extras ➜ Optionen und nach dann die Schritte:

Dies ist eine einfachere Alternative, um den vshub-Verkehr auszublenden.

Gehen Sie zu Extras> Geigeroptionen> Registerkarte Verbindungen und fügen Sie http://localhost:49155sie der Umgehungsliste hinzu. Dadurch wird der gesamte an diese URL gepostete Datenverkehr übersprungen.

* Bearbeiten: Fiddler muss möglicherweise nach dem Hinzufügen zur Bypass-Liste neu gestartet werden.

Der einfachste Weg, dies zu beheben, besteht darin, einen Filter in Fiddler einzurichten. Fügen Sie in der OnBeforeResponse die zweite hinzu, wenn Sie mit Ihrem vshub-Host / Port arbeiten:

  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
    }


    }

Die Antwort von SpokaneDJ war sehr hilfreich für mich und hat großartig funktioniert, aber ich verbringe nicht viel Zeit mit Fiddler, daher habe ich eine Minute gebraucht, um mich daran zu erinnern, wie das geht! Hier sind die spezifischen Anweisungen.

Gehen Sie zunächst in der Fiddler-Benutzeroberfläche zu Rules> Customize Rules. Suchen Sie nach der OnBeforeResponseFunktion. Es sollte so aussehen:

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

Fügen Sie nun den folgenden if Block nach dem vorhandenen hinzu (ersetzen Sie Ihren vshub-Host / Port, falls abweichend):

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

Ihre OnBeforeResponseFunktion sollte nun folgendermaßen aussehen:

  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
    }
  }

Das obige hat bei mir als solches nicht funktioniert. Es schien die Überwachung aller Geiger des lokalen Hosts zu beenden.

Ein bisschen umsichtiges googeln gab mir eine andere Lösung - den Port spezifisch zu blockieren, indem ich dies am Ende des OnBeforeRequest-Abschnitts hinzufügte:

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

Dies scheint zu verhindern, dass der Port in Fiddler gemeldet wird, ohne den weiteren lokalen Host-Verkehr zu stören.