实现protobuf和json互相转换python3源码,protobuf是Google开源的新传输协议,压缩效率和传输效率比XML和json都要高
2024/5/27 1:06:17 3KB protobuf python3
1
一个实用的Demo,可以通过MTP(多媒体传输)协议和便携设备进行通信交互,读取便携设备信息,从便携设备upload\download文件。
(微软官方例子)
2024/5/1 17:45:50 95KB MTP 便携设备
1
该协议是FC协议的FC1~3层协议,是理解FC的基础协议,必看。
FC-0层定义了FC中的物理部分,包括光纤、连接器以及不同传输介质和传输速率所对应的光学和电器特性参数。
FC-1层中定义了FC的底层传输协议,包括串行编码、解码和链路状态维护。
数据帧及数据包的发送和接收是在FC-2(Protocol)层实现的,FC-2层定义了帧结构、命令集、序列、交换、分类服务等内容。
FC-3层中定义了一组服务用于公共的单一节点中的多个端口交叉其中包括组搜寻(HuntGroups)和分组广播(Multicast)。
2024/4/26 21:53:56 2.46MB FC协议
1
MODBUS是OSI模型第7层上的应用层报文传输协议,它在连接至不同类型总线或网络的设备之间提供客户机/服务器通信。
文档分三部分,第一部分介绍协议,第二部分为Modbus协议在串行链路上的实现指南,第三部分为Modbus协议在TCP/IP上的实现指南。
2024/4/12 16:26:25 1.23MB modbus 串口通信
1
最新STM32官方原厂IAP升级代码,STM32L0X,STM32L4XX,STMF10X系列,采用最稳定的xmodem,ymodem文件传输协议,通过usart进行升级,带终端菜单控制。
2024/4/12 4:29:22 36.89MB IAP STM32 XMODEM YMODEM
1
基于FPGA的UART异步传输协议,已通过仿真并下板调试,能支持数字、字母、中文、特殊符号等的传输,同时单次以及多次的连续字符串传输,可直接在串口助手中看到返回的数据,或者通过signal_tap对信号进行抓取,验证数据的正确性。
2024/3/17 7:56:48 2KB FPGA UART
1
91卫图助手(谷歌地球版)是全球首款真正的GoogleEarth影像、历史影像、高程专业下载器,它通过对GoogleEarth数据传输协议的完全解译,完美实现从GoogleEarth服务端直接下载数据。
目前市面上众多谷歌影像下载器数据均来源于GoogleMap服务端,所下载的数据带有Google水印标识,而本软件数据则来源于GoogleEarth服务端,所下载的数据无水印,且无需纠偏,无需重投影,可直接使用,无限下载,免封IP。
同时,本软件支持任意尺度任意幅面数据下载,所下载的数据无缝隙,无形变,无需重新配准,且无需安装GoogleEarth。
此外,本软件还具有强大的历史影像和高程下载功能,操作简单,方便易用。
91卫图助手,谷歌影像下载利器,谷歌高程下载利器,谷歌历史影像下载利器。
1
本规范包括以下主要内容:-物理特性:规定了接近式卡(PICC)的物理特性。
本部分等同于ISO/IEC14443-1内容。
-射频功率和信号接口:规定了在接近式耦合设备(PCDs)和接近式卡(PICCs)之间提供功率和双向通信的场的性质与特征。
本部分没有规定产生耦合场的方法,也没有规定遵循电磁场辐射和人体辐射安全的规章。
本部分等同于ISO/IEC14443-2内容。
-初始化和防冲突:本规范描述了PICC进入PCD工作场的轮询;
在PCD和PICC之间通信的初始阶段期间所使用的字节格式、帧和定时;
初始REQ和ATQ命令内容;
探测方法和与几个卡(防冲突)中的某一个通信的方法;
初始化PICC和PCD之间的通信所需要的其它参数;
容易和加速选择在应用准则基础上的几个卡中的一个(即,最需要处理的一个)的任选方法。
本部分等同于ISO/IEC14443-3内容。
-传输协议:规定了以无触点环境中的特殊需要为特色的半双工传输协议,并定义了协议的激活和停活序列。
这一部分适用于类型A和类型B的PICC。
本部分等同于ISO/IEC14443-4内容。
-数据元和命令集:定义了金融应用中关闭和激活非接触式通道所使用的一般数据元、命令集和对终端响应的基本要求。
2024/2/8 10:29:35 1.75MB ISO14443协议中文完整版
1
HTTPS(SecureHypertextTransferProtocol)安全超文本传输协议它是一个安全通信通道,它基于HTTP开发,用于在客户计算机和服务器之间交换信息。
它使用安全套接字层(SSL)进行信息交换,简单来说它是HTTP的安全版。
在使用https协议不管是服务器端还是客户端都需要使用到ca证书来进行访问。
一般来说,性能测试为所常见的为客户端使用https打开页面的方式。
在这个情况下,首先是处理https访问过程中的证书1. 证书的准备常见的证书为:*.pfx格式,该种格式的证书可以通过双击运行安装到IE浏览器上。
用户在访问的时候就可以使用到。
但这种证书并不是LoadRunner所使用的类型,因此需要对其进行转换。
将其转换为*.pem格式。
转换方法如下: 安装openssl后 运行C:\/bin文件夹的openssl二进制文件,它将启动OpenSSL命令提示符 执行以下命令:pkcs12-inD:\test1.pfx-outD:\test01.pem–nodes 执行后,将会在指定目录生成test01.pem文件,这个文件将会在下一个步骤,对LoadRunner进行配置的时候使用到。
2.LR配置启动LoadRunner,打开RecordingOption选项。
留意红色框中的选项。
选择后,单击NewEnty红框中的配置为服务器的ip和端口号,按照测试所需要的实际地址进行配置就可以配置后,将Usespecifiedclient-sidecertificate[Base64/PEM]钩选,为使用客户端证书访问。
单击...选择刚刚转换生成的客户端证书。
如果你为证书有设置密码,在这里也需要输入。
到此为止所有与http区别的配置就完成了。
录制后,可以在脚本的开始,看到LoadRunner新生成的语句web_set_certificate_ex("CertFilePath=test01.pem", "CertFormat=PEM", "KeyFilePath=test01.pem", "KeyFormat=PEM", "Password=123456", "CertIndex=1", LAST);下面的操作和普通的页面性能测试一样。
2024/2/5 8:37:28 72KB Loadrunner 的HTTPS的测试配置
1
本项目为网络课程设计的作业,采用c#实现,使用UDP传输协议,实现p2p的文件传输
2024/1/15 18:02:46 6.58MB c# c#网络编程 p2p 文件传输
1
共 53 条记录 首页 上一页 下一页 尾页
在日常工作中,钉钉打卡成了我生活中不可或缺的一部分。然而,有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚,我总是得牢记打开钉钉应用,点击"工作台",再找到"考勤打卡"进行签到。有时候因为工作忙碌,会忘记打卡,导致考勤异常,影响当月的工作评价。而且,由于我使用的是苹果手机,有时候系统更新后,钉钉的某些功能会出现异常,使得打卡变得更加麻烦。 另外,我的家人使用的是安卓手机,他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说,每次打卡都是一次挑战。他们总是担心自己会操作失误,导致打卡失败。 为了解决这些烦恼,我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习,我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03 15KB 钉钉 钉钉打卡