自定义Fiddler插件二

本文介绍如何在Fiddler中使用自定义插件实现批量请求导出功能。通过实现ISessionExporter接口,可以方便地对多个HTTP请求进行统一处理,并将其保存为本地文件。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

在之前博客自定义Fiddler插件一中主要是实现了IRequestInspector2接口,这个接口主要是针对单个请求的,在写接口测试案例的时候也是对一个接口进行处理,如果想批量进行操作,那就可以使用ISessionExporter接口,这样在编写测试案例时可以一次多选几个请求,至于批量生成案例需要一些业务处理,这里就不一一说明,主要简单了解下ISessionExporter接口的使用。

一、新建类库

这里创建了一个SessionExporterInspectors的类库,还是和Fiddler插件一中一样,添加引用Fiddler,在AssemblyInfo.cs文件中引入[assembly: Fiddler.RequiredVersion("5.0.20173.49666")].

二、新建SessionExporter实现ISessionExporter接口类,这里只是做测试,所以直接获取oSessions[0],也没做任何处理,就是直接将session对应的request请求保存到指定文件中.这里有个地方需要注意,也是我遇到的一个坑,一直不知道ProfferFormat是做什么用的,同时也不知道在Fiddler导出时出现的下面的几个下拉框选项是怎么配置进去的.在网上找到参考的也都有这个ProfferFormat,没办法,我又反编译了下ImportExport文件下的BasicFormats.dll才知道,原来截图中的下拉框选项就是通过ProfferFormat配置的。这里我也进行了配置,编译之后把类库dll放到ImportExport,重启下Fiddler。

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;
using Fiddler;
using System.Windows.Forms;

namespace SessionExporterInspectors
{
    [ProfferFormat("Cuiyw SessionExporter Test", "导出测试Cuiyw")]
    public class SessionExporter : ISessionExporter
    {
        public void Dispose()
        {
            
        }

        public bool ExportSessions(string sExportFormat, Session[] oSessions, Dictionary<string, object> dictOptions, EventHandler<ProgressCallbackEventArgs> evtProgressNotifications)
        {
            string fileName = SelectPath();
            if (!string.IsNullOrEmpty(fileName))
            {
                oSessions[0].SaveRequest(fileName,false);
                return true;
            }
            return false;
        }

        private string SelectPath()
        {
            OpenFileDialog openFileDialog = new OpenFileDialog();
            openFileDialog.Filter = "文本文件|*.txt";
            if (openFileDialog.ShowDialog() == DialogResult.OK)
            {
                return  openFileDialog.FileName;
            }
            return string.Empty;
        }
    }
}

三、导出

这里选中一个请求,File->Export Sessions->Selected Sessions,这里就会出现自定义的选项。然后选择要导出的文本文件的位置,就能把请求导出来了.

今天2018.7.8,农历5.25.值得纪念.

Fiddler+X5S(XSS漏洞扫描,抓包)工具 Fiddler 是用C#写出来的,它包含一个简单却功能强大的基于JScript .NET 事件脚本子系统,它的灵活性非常棒,可以支持众多的http调试任务,并且能够使用.net框架语言进行扩展。 Fiddler支持断点调试技术,当你在软件的菜单—rules—automatic breakpoints选项选择before request,或者当这些请求或响应属性能够跟目标的标准相匹配,Fiddler就能够暂停Http通讯,并且允许修改请求和响应。这种功能对于安全测试是非常有用的,当然也可以用来做一般的功能测试,因为所有的代码路径都可以用来演习。 通过显示所有的Http通讯,Fiddler可以轻松地演示哪些用来生成一个页面,通过统计页面(就是Fiddler左边的那个大框)用户可以很轻松地使用多选,来得到一个WEB页面的“总重量”(页面文件以及相关js,css等)你也可以很轻松地看到你请求的某个页面,总共被请求了多少次,以及多少字节被转化了。 用户可以加入一个Inspector插件对象,来使用.net下的任何语言来编写Fiddler扩展。RequestInspectors 和 ResponseInspectors提供一个格式规范的,或者是被指定的(用户自定义)Http请求和响应视图。 另外,通过暴露HTTP头,用户可以看见哪些页面被允许在客户端或者是代理端进行缓存。如果要是一个响应没有包含Cache-Control 头,那么他就不会被缓存在客户端。 同类的工具有: httpwatch, firebug, wireshark。
内容概要:该论文探讨了一种基于粒子群优化(PSO)的STAR-RIS辅助NOMA无线通信网络优化方法。STAR-RIS作为一种新型可重构智能表面,能同时反射和传输信号,与传统仅能反射的RIS不同。结合NOMA技术,STAR-RIS可以提升覆盖范围、用户容量和频谱效率。针对STAR-RIS元素众多导致获取完整信道状态信息(CSI)开销大的问题,作者提出一种在不依赖完整CSI的情况下,联合优化功率分配、基站波束成形以及STAR-RIS的传输和反射波束成形向量的方法,以最大化总可实现速率并确保每个用户的最低速率要求。仿真结果显示,该方案优于STAR-RIS辅助的OMA系统。 适合人群:具备一定无线通信理论基础、对智能反射面技术和非正交多址接入技术感兴趣的科研人员和工程师。 使用场景及目标:①适用于希望深入了解STAR-RIS与NOMA结合的研究者;②为解决无线通信中频谱资源紧张、提高系统性能提供新的思路和技术手段;③帮助理解PSO算法在无线通信优化问题中的应用。 其他说明:文中提供了详细的Python代码实现,涵盖系统参数设置、信道建模、速率计算、目标函数定义、约束条件设定、主优化函数设计及结果可视化等环节,便于读者理解和复现实验结果。此外,文章还对比了PSO与其他优化算法(如DDPG)的区别,强调了PSO在不需要显式CSI估计方面的优势。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值