2015-11-09 5 views
7

Ich habe viele benutzerdefinierte und unabhängige FiddlerScript Erweiterungen, die ich beibehalten und mit Hochschulen teilen möchte.Wie können mehrere Fiddler-Skripte geteilt und verwaltet werden?

Zeit (und das ist der einzige Weg, ich weiß) alle diese Skript Teile in den % USERPROFILE% \ Dokumente \ Fiddler2 \ Scripts \ CustomRules.js Datei befinden, weiß ich nicht, wie ein Skript-Datei erstellen pro Funktionalität. Darüber hinaus sind die meisten Erweiterungen über die Skriptdatei verteilt, da sie Code in verschiedenen Ereignishandlern benötigen (wie z. B. OnBeforeRequest) und konfigurierbare Einstellungen wie Kontrollkästchen definieren. Dies macht es sehr schwierig, alle Teile zu identifizieren, die zu einer einzelnen Erweiterung gehören.

Während ich die ganze Datei CustomRules.js Datei kopieren konnte, wäre es ärgerlich für alle Empfänger der Datei, alle benutzerdefinierten Ergänzungen jedes Mal neu aufzunehmen, wenn sich das Dokument ändert.

Gibt es eine Möglichkeit, entweder eine separate Skriptdatei zu erstellen oder die Erweiterungen in geschlossenen Blöcken einzukapseln (d. H. An die Ereignisse wie OnBeforeRequest außerhalb der static function OnBeforeRequest(oSession: Session) Funktionen anhängen)?

Die Lösung sollte mit dem Vanille-Fiddler funktionieren, ohne irgendwelche Änderungen an Fiddler selbst vorzunehmen. (Re-) Erstellung aller erforderlichen Erweiterungen als .NET-Erweiterungen ist auch für mich keine funktionierende Lösung.

Antwort

3

Momentan, nein, es gibt keine Möglichkeit, dies zu tun, obwohl Leute von Zeit zu Zeit nach dieser Art von Funktionalität fragen, und Fähigkeiten dieser Art könnten möglicherweise irgendwann in der Zukunft hinzugefügt werden. Im Moment besteht die Erwartung, dass Funktionalität, die nützlich genug ist, um geteilt zu werden, nützlich genug ist, um in eine Fiddler Extension Assembly kompiliert zu werden.

Sie könnten diese Erweiterung finden: https://github.com/vcsjones/FiddlerScriptCSharp interessant, da es die Art von Funktionen bietet, die Sie beschreiben, die C# als Skriptsprache anstelle von JScript.NET verwenden.