Créez vos propres règles prêtes à l'emploi, marquez les sessions, testez rapidement les modifications Web et simplifiez le processus de débogage et de développement à l'aide du nouveau générateur de règles de Fiddler Everywhere.
Si vous vous demandez pourquoi l'onglet Répondeur automatique disparu, c'est parce qu'il est maintenant sous le nom de Rules ! Nous avons récemment introduit Fiddler Everywhere 2.0 et l'une des fonctionnalités que nous avons complètement réorganisées était le répondeur automatique. Il s'appelle désormais Rule Builder et il est étendu pour faciliter le processus de création de règles et de modification des demandes.
Dans cet article de blog, vous pouvez découvrir en quoi le répondeur automatique est différent des nouvelles règles et en savoir plus sur les fonctionnalités améliorées et l'utilisation offerte par Rule Builder. Nous couvrirons également certains scénarios courants dans lesquels cette fonctionnalité peut être utilisée lorsque vous travaillez avec d'énormes quantités de trafic entrant, ainsi que lorsque vous déboguez et testez tout en développant votre application Web.
Répondeur automatique et générateur de règles
L'une des principales différences entre les deux est que le répondeur automatique a été utilisé pour créer des règles affectant uniquement le trafic en direct et les nouvelles sessions capturées entrantes. Le nouveau Rule Builder, disponible avec la version 2.0, vous permet de créer des règles et de les appliquer non seulement au trafic en direct mais également aux sessions précédemment capturées, d'où les sessions partagées et enregistrées également.
Contrairement au répondeur automatique, le générateur de règles est livré avec une interface utilisateur intuitive et flexible qui vous permet de choisir des conditions de correspondance et des actions à partir d'une liste de différentes valeurs prédéfinies. Lors de la création de votre règle, vous pouvez définir plusieurs conditions au sein d'un même ensemble de règles, en fonction desquelles vous souhaitez que l'action ou les actions spécifiques soient exécutées. Vous pouvez trouver la liste complète des valeurs de condition et des actions dans l'article de documentation sur les règles.
Notez que toutes les règles existantes créées avec le répondeur automatique seront migrées vers la chaîne magique dans le nouvel onglet Règles, et vous ne perdrez aucun travail ou données antérieurs.
Marquer les données sensibles. Paramètres de requête
Marquer la session
Le générateur de règles vous permet désormais de marquer les sessions, ce qui vous aidera à accorder plus d'attention aux demandes spécifiques capturées dans Fiddler Everywhere. Bien que cette action puisse être utilisée pour divers cas d'utilisation, un exemple courant concerne les sessions contenant des informations sensibles exposées via des paramètres de requête dans l'URL. Étant donné que les données sensibles peuvent souvent révéler des informations liées aux jetons, aux mots de passe, aux e-mails, etc., il peut être utile de travailler avec soin avec ce trafic capturé.
Vous pouvez créer une règle qui recherchera une URL qui contient l'un des mots e-mail, nom d'utilisateur ou clé dans les paramètres de requête et définissez Marquer la session comme action. Dans les options ci-dessous, choisissez une couleur d'arrière-plan et de premier plan pour votre règle et reportez-vous à la zone Exemple de texte sur la droite pour vous permettre de prévisualiser l'apparence des sessions marquées une fois la règle activée. Le marquage des sessions permet des indications plus claires lorsque vous travaillez avec des demandes de données sensibles.
![Rule Builder - Mettre à jour les paramètres de requête" title="Rule Builder - Mettre à jour les paramètres de requête" data-openoriginalimageonclick="true" style="vertical-align: middle;"/></a>[19659004]CORS </h2>
<h3>Update Response Header </h3>
<p>Le partage de ressources cross-origin est un autre cas d'utilisation où vous pouvez tirer parti de la fonctionnalité de règles de Fiddler Everywhere. Pour les restrictions de navigateur qui empêchent l'accès au contenu d'une page Web à partir d'autres sites , vous pouvez appliquer une règle qui autorisera les requêtes. Cela peut être utile dans les situations où vous souhaitez tester votre application mais avez des dépendances externes qui auraient autrement besoin de l'autorisation CORS pour être rendues. Pour éviter un tel problème de stratégie CORS ou apporter des modifications au serveur, vous pouvez créer une règle qui servira de solution de contournement.</p>
<p>La règle peut être créée sur la base de <strong>URL</strong> comme condition de correspondance en utilisant l'expression régulière et ".*" comme valeur. Dans termes d'actions, choisissez de <strong>Mettre à jour la réponse H eader</strong> et ajoutez "Access-Control-Allow-Origin: *" et "Access-Control-Allow-Methods: *" afin de permettre au navigateur de faire des requêtes depuis n'importe quelle origine et toutes les méthodes. Voir ci-dessous à quoi ressemblent les deux actions dans l'ensemble de règles. </p>
<p><a href=](https://i0.wp.com/d585tldpucybw.cloudfront.net/sfimages/default-source/default-album/rule-builder---update-query-params.png?ssl=1)
Faites-nous savoir ce que vous pensez et aidez-nous à améliorer davantage le produit en partageant vos idées et suggestions sur le Forum Fiddler Everywhere.
Source link