201 votes

visual studio 2015 vshub est le spamming fiddler

J'ai lu: Comment puis-je désactiver VsHub.exe dans la barre d'état système? et https://connect.microsoft.com/VisualStudio/feedback/details/1919828/hundreds-of-calls-second-to-vshub-and-browserlink-is-off

Je préfère ne pas désactiver vshub, je veux juste qu'il soit plus calme quand je suis à l'aide de fiddler. Maintenant, c'spams que tout le reste, et je ne peux pas faire de débogage générales.

Quelqu'un connais une solution? Puis-je bloquer vshub d'apparaître dans un violon sans bloquer le reste de locahost?

267voto

Anson Horton Points 769

C'est un problème relativement nouveau, car System.NET utilisé pour ignorer les paramètres de proxy pour localhost, et, par conséquent, Fiddler ne pas voir le trafic par défaut (http://docs.telerik.com/fiddler/Configure-Fiddler/Tasks/ConfigureDotNETApp) - voir la section du bas.

Maintenant, cela ne semble plus être le cas, donc j'attends plus de gens auront la même question. Fiddler prend en charge plusieurs méthodes pour filtrer les demandes, bien que rien de ce que le client peut contrôler (ce qui est probablement une bonne chose, puisque vous ne voulez pas que les logiciels malveillants à partir de l'exclusion de son trafic). La plus appropriée et la plus simple mécanisme dans ce cas est probablement pour définir un filtre pour toutes les url qui contiennent localhost ou vshub. Vous pouvez le faire en cliquant sur l'onglet filtres (c'est un haut-niveau de l'onglet, au même niveau que les inspecteurs, les statistiques, etc...), cochez la case "Utiliser les Filtres", puis faites défiler vers le bas et de trouver la case "Masquer si l'URL contient". Cochez cette case, puis entrez localhost ou vshub dans le textbox. Vous devriez voir le vshub arrêt de la circulation immédiatement. Ce filtre va persister, donc si vous arrêtez Fiddler et la reprendre plus tard, il sera toujours ensemble.

132voto

Alex Points 311

Ces demandes semblent provenir de l'Outils de Diagnostic de la fenêtre qui s'exécute lors du débogage. Semble qu'ils fournissent les informations de suivi pour l'Utilisation de la Mémoire et du PROCESSEUR.

Vous pouvez arrêter les demandes si vous ne vous souciez pas pour voir les informations sur l'utilisation par la désactivation de la Mémoire/CPU de surveillance dans les Outils de Diagnostic de la boîte de dialogue.

  • Ouvrir les Outils de Diagnostic de la fenêtre (Debug -> Afficher les Outils de Diagnostic)
  • Cliquez sur le bouton "Sélectionnez Outils déroulante" et décochez l'Utilisation de la Mémoire et du PROCESSEUR.
  • Arrêter le débogage et la prochaine fois que vous démarrer le débogage, vous ne verrez plus les demandes de vshub

89voto

Brian Ogden Points 1954

Pour moi, la solution pour arrêter le "spamming" à Fiddler4, au lieu d'un Violoneux filtre, je pourrais avoir choisi de le faire, était de changer de Visual Studio 2015 option:

Tools-> Options-> Debugging-> General -> uncheck/disable "Enable Diagnostic Tools while debugging"

VSHUB.exe service de doivent être le service qui aide des outils de Diagnostic pendant le débogage et est continuellement à la requête ping de votre site web/webapi/web app votre sont de débogage. Je n'ai pas besoin de débogage. Outils de Diagnostic en ce moment donc j'ai juste désactivé dans Visual Studio

En ce qui concerne dsiabling VSHUB.exe, j'ai été tenté jusqu'à ce que j'ai lu de quelqu'un à Microsoft de son mieux pour ne pas la désactiver pour une meilleure Visual Studio 2015 expérience et d'ajouter de nouvelles fonctionnalités de Visual Studio qui utilisent VSHUB.exe au fil du temps:

Comment puis-je désactiver VsHub.exe dans la barre d'état système?

9voto

SpokaneDJ Points 61

La façon la plus simple de résoudre ce problème consiste à l'installation d'un filtre dans un violon. Dans le OnBeforeResponse, ajouter les deuxième, si avec votre vshub hôte/port:

  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
    }


    }

2voto

Brian Lacy Points 4408

SpokaneDJ la réponse a été très utile pour moi et très travaillé, mais je n'ai pas passer beaucoup de temps avec un violon de sorte qu'il m'a fallu une minute pour se rappeler comment le faire! Voici les instructions spécifiques.


Tout d'abord, dans le Violoneux de l'INTERFACE utilisateur, passez à l' Rules > Customize Rules. Recherche pour l' OnBeforeResponse fonction. Il devrait ressembler à ceci:

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

Maintenant, ajoutez les éléments suivants if bloc après l'existant (en remplaçant votre vshub hôte/port si différent):

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

Votre OnBeforeResponse fonction devrait maintenant ressembler à ceci:

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

Prograide.com

Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.

Powered by:

X