北京北京8k16bits单声道.pcm冰雨片段8k16bit单声道.pcm冰雨片段32k16bit单声道.pcm冰雨片段48k16bit单声道.pcm浪花一朵朵片段8k16bit单声道.pcm浪花一朵朵片段32k16bit单声道.pcm浪花一朵朵片段48k16bit单声道.pcm注:由于在设备上录制,《冰雨》和《浪花一朵朵》中有一定的杂音,介意者谨慎!《北京北京》无杂音。
2024/7/23 1:34:20 7.37MB pcm 资源 集合
1
xml加密(XMLEncryption)是w3c加密xml的标准。
这个加密过程包括加密xml文档的元素及其子元素,通过加密,xml的初始内容将被替换,但其xml格式仍然被完好的保留。
介绍我们有3个加密xml的方法1、仅仅使用对称加密的方法加密xml这种加密方法只使用一个密钥,也就是说无论是加密xml还是解密xml都使用一个相同的密钥。
因为这个密钥不会在被加密的xml中保存,所以我们需要在加密和解密的过程中加载这个密钥并保护它不被窃取。
2、使用对称加密和非对称加密相结合的方法来加密xml这种方法需要一个用于加密数据的对称密钥和一个用于保护这个对称密钥的非对称密钥。
被加密的对称密钥和被加密的数据一起保存在xml文档中。
当用私有非对称密钥解密密钥的时候要用公开非对称密钥对密钥进行加密。
本文就将使用这种方法。
想学到其他更多的方法请参看MSDN等到更多的信息。
(译者注:非对称加密算法需要两个密钥:公开密钥(publickey)和私有密钥(privatekey)。
公开密钥与私有密钥是一对,如果用公开密钥对数据进行加密,只有用对应的私有密钥才能解密;
如果用私有密钥对数据进行加密,那么只有用对应的公开密钥才能解密。
因为加密和解密使用的是两个不同的密钥,所以这种算法叫作非对称加密算法。
)3、使用X.509加密xml,这种方法是用X.509作为非对称密钥,它由诸如VeriSign之类的第三方提供。
方法不管xml加密是如何完成的,保存加密数据总是用两种方法之一。
1、加密后所有的元素都被命名为2、加密后只有数据被替换,而元素名称仍然是可读的,不会发生变化。
2024/7/23 1:08:31 22KB XML Encryption Decryption
1
thinkphp5.1+swoole2.0+redis+php7+mysql开发单聊、群聊使用swoolewebsocket协议前端使用js(浏览器手机模式或者手机上体验更佳)体验地址:http://chat.daxueshenghome.com账号:三国里边的人物(诸葛亮、张飞、赵子龙、刘备、孙权、曹操、黄忠)都可以密码是123456注:(代码是未流程化优化处理的基础代码环境配好了改一下数据库配置跟redis配置就可以用的有啥疑问欢迎访问博客http://chat.daxueshenghome.com)
2024/7/21 20:54:31 1.34MB swoole 即时通讯 websocket php7
1
保卫萝卜cocos2d源码[注:本内容来自网络,在此分享仅为帮助有需要的网友,如果侵犯了您的权利,麻烦联系我,我会第一时间删除,谢谢您。
]
2024/7/21 19:47:23 89.83MB android源码 保卫萝卜
1
详细阐述了MODBUSRTU协议在单片机中的实现方法,并给出了各部分详细的流程图。
(注:无程序代码,只是程序流程)
2024/7/19 5:08:51 287KB modbus 单片机 程序
1
googlecode上一个大牛写的Qt结合OpenCV多线程进行图像处理的例子。
捕获图像用一个线程,处理图像用一个线程,共享图像缓冲区。
我给加上了比较详细的中文注释。
注:opencv用的是2点几的版本。
在pro文件中添加自己的配置才能运行
2024/7/13 10:56:06 821KB Qt OpenCV2 多线程 图像处理
1
实验内容:利用α-β剪枝算法,按照不同搜索深度,设计多个水平级别的“一字棋”游戏。
注:“一字棋”游戏(又叫“三子棋”或“井字棋”),是一款十分经典的益智小游戏。
“井字棋”的棋盘很简单,是一个3×3的格子,很像中国文字中的“井”字,所以得名“井字棋”。
“井字棋”游戏的规则与“五子棋”十分类似,“五子棋”的规则是一方首先五子连成一线就胜利;
“井字棋”是一方首先三子连成一线就胜利。
2024/7/12 14:57:17 80KB α-β剪枝 实验报告 广工
1
转自网络并下载了官方绿色原版汉化。
该汉化包网上发布时间最早在2018/2/17。
本人亲自手动汉化的Code::Blocks17.12正式版汉化包。
1.延续了上一版本16.01汉化包,所以本汉化包同样能使用在16.01版本上。
2.该汉化包将编译器配置的汉化单独抽取出来汉化,避免上一版本汉化包汉化后不能修改编译器配置项的问题。
3.修复没法打开wxs资源文件的bug4.汉化了项目文件向导,更容易按照向导的提示创建项目欢迎使用Code::Blocks17.12!Code::Blocks是一款功能强大的IDE(集成开发环境),力求为开发者(个人或团队)提供一个能满足各种需求的优秀编程环境。
开发者可以利用它的插件架构编写插件,从而添加各种各样的功能。
汉化:疯狂的诅咒协助:火箭动员兵,一笑奈何版本:Code::Blocks17.12-v5.2.6汉化版汉化方法:1.关闭Code::Blocks2.将share文件夹覆盖到Code::Blocks根目录下3.打开Code::Blocks4.依次点击Settings-->Environment...-->View5.将第二个选项Internationalization(willtakeplaceafterrestart)打勾6.选中Chinese(Simplifield)7.点击OK,然后重启Code::Blocks注:之前发布过一个5.2.6-Alpha版本,该版本汉化编译器选项有些不合理,在编辑器设置中的源码格式工具有部分选项没有汉化,同时还有各种小问题,Alpha版本尽量不要使用。
2024/7/7 18:12:06 116.05MB CodeBlocks
1
超适合新手,下载后只需改一下读取图像名称即可运行,不管是普通图像或是遥感影像(注:多光谱影像请将各波段分别导出单独读取),都能无压力运行,省时省心。
2024/7/6 13:54:18 811B matlab
1
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------IEC-60870-5-104:应用模型是:物理层,链路层,网络层,传输层,应用层物理层保证数据的正确送达,保证如何避免冲突。
(物理层利用如RS232上利用全双工)链路层负责具体对那个slave的通讯,对于成功与否,是否重传由链路层控制(RS4852线利用禁止链路层确认)应用层负责具体的一些应用,如问全数据还是单点数据还是类数据等(网络利用CSMA/CD等保证避免冲突的发生)---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------基本定义:端口号2404,站端为Server控端为Client,平衡式传输,2Byte站地址,2Byte传送原因,3Byte信息地址。
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------注:APDU应用规约数据单元(整个数据)=APCI应用规约控制信息(固定6个字节)+ASDU应用服务数据单元(长度可变)---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------APDU长度(系统-特定参数,指定每个系统APDU的最大长度)APDU的最大长度域为253(缺省)。
视具体系统最大长度可以压缩。
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------【1个例子】104报文分析BUF序0123456789.10111213141516171819202122M->R:6815100002001E01030001007900000110012413D20A02分析的结果是I(主动上报SOE,主动上报是因为104是平衡式规约)报文头固定为0x68,即十进制104长度15字节(不是6帧的,都是I帧)发送序号=8【控制字节的解析10000200,发送序号:0010H/2=16/2=8】接收序号=1【控制字节的解析10000200,接收序号:0002H/2=2/2=1】0x1E=30即M_SP_TB_1带长时标的单点信息01->SQ:0信号个数:10300->传送原因:[T=0P/N=0原因=3|突发]0100->公共地址:1790000->0x79=121信息体地址:12101->状态:1IV:0NT:0SB:0BL:010012413D20A02->低位10高位01,即0x0110=1*16*16+16=272时标:2002/10/1819:36:00.272
2024/7/5 19:30:53 366KB 104 规约 报文详解
1
共 512 条记录 首页 上一页 下一页 尾页
在日常工作中,钉钉打卡成了我生活中不可或缺的一部分。然而,有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚,我总是得牢记打开钉钉应用,点击"工作台",再找到"考勤打卡"进行签到。有时候因为工作忙碌,会忘记打卡,导致考勤异常,影响当月的工作评价。而且,由于我使用的是苹果手机,有时候系统更新后,钉钉的某些功能会出现异常,使得打卡变得更加麻烦。 另外,我的家人使用的是安卓手机,他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说,每次打卡都是一次挑战。他们总是担心自己会操作失误,导致打卡失败。 为了解决这些烦恼,我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习,我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03 15KB 钉钉 钉钉打卡