首先借用有心人士的一张相当直观清晰的图来划分各种协议：开源许可证GPL、BSD、MIT、Mozilla、Apache和LGPL的区别
以下是上述协议的简单介绍：
BSD开源协议
BSD开源协议是一个给于使用者很大自由的协议。基本上使用者可以”为所欲为”,可以自由的使用，修改源代码，也可以将修改后的代码作为开源或者专有软件再发布。
继续阅读 »
首页
› 月度存档 › 4 月 2016
开源许可证GPL、BSD、MIT、Mozilla、Apache和LGPL的区别
CryptoPP使用介绍
Crypto++是个免费的C++加解密类库，由于资格太老、持续更新，最新版本到了CryptoPP 5.6，对天缘而言，第一眼看到CryptoPP就感觉头大，根目录下放置大量单源文件、编译文件、项目文件，再加上多平台和多编译器支持，文件几乎又多了一倍，而且还是都混到一起，直接就让人望而却步。毕竟Crypto是个功能完整，且经过大量用户使用考验的开源库。所以，皱眉学习汇总一下，遂成此文。
本文测试环境：Windows7 SP1+VC6，测试工程名为Test。用VC打开CryptoPP工程文件，会发现有四个子工程：
- cryptdll – 生成cryptopp.dll动态库
- dlltest – 用来测试cryptopp.dll，依赖cryptdll工程
- cryptlib – 生成cryptlib.lib静态库
- cryptest – 用来测试cryptopp，依赖cryptlib工程
所以，我们有两种使用CryptoPP方法，一种是静态链接，还有一种是动态链接，使用对应的工程编译即可，区别就不说了，我们下文以静态链接为例，介绍几种常用加解密算法使用。
一、编译cryptlib
首先需要编译cryptlib，最后得到cryptlib.lib文件。
继续阅读 »
vs2008编译zlib库32位及64位
这里以1.2.8为例，当前最新的版本1.2.8，方法应该都是通用的。
32位版本
1、下载并解压缩zlib-1.2.8.tar.gz
2、进入vs2008命令提示，执行批处理：zlib-1.2.8\contrib\masmx86\bld_ml32.bat
3、进入zlib-1.2.8\contrib\vstudio\vc9\目录，用vs2008打开zlibvc.sln方案文件
4、看到方案下有很多项目，其中zlibstat是zlib静态库，zlibvc是动态库
5、在工具栏中将“解决方案平台”改为“Win32”，编译即可
继续阅读 »
ar 打包库到另外一个库中
ar语法：
|
1 |
ar [-] [必要参数] [可选参数] [成员文件] |
ar 命令：将多个文件打包到一个文件中，也可以从打包的文件中提取文件，且打包的文件保留原来的属性
必要参数
|
1 2 3 4 5 6 7 |
-d 删除打包文件中的成员文件 -m 变更成员文件在打包文件中的次序 -p 显示打包文件中的成员文件内容 -q 将问家附加在打包文件末端 -r 将文件插入打包文件中 -t 显示打包文件中所包含的文件 -x 从打包文件中提取文件 |
选择参数
|
1 2 3 4 5 6 7 8 9 10 11 |
a<成员文件> 将文件插入打包文件中指定的成员文件之后 b<成员文件> 将文件插入打包文件中指定的成员文件之前 c 建立打包文件 f 保持其他系统ar命令兼容,截掉过长的文件名 i<成员文件> 与“b” 参数作用相同 o 保留打包文件的文件信息 s 创建档案文件的符号表 S 不创建档案文件的符号表 u 与“r”一起使用，替换打包文件中已经修改的文件 v 显示详细的处理信息。 V 显示版本信息 |
rsync 文件同步/传输,增量备份传输利器使用教程
刚刚看到一个老牌的ECVPS跑路了，在这里再说一下再可靠的服务商也要做好留一手的准备，谁还没可能有个小灾小难，做好备份，多处备份，你手里有备份才是王道。作为站长或者运维，在服务器上从这台同步到另外一台是很频繁的操作，之前我们介绍过用scp传输文件或目录，但是不能判断文件是否更改，是否有文件增删，每次都是覆盖，会浪费掉很多时间。今天推荐的是另外一个利器rsync，全称remote synchronize。它的特性如下：安装方便、可以镜像保存整个目录树和文件系统、可以容易的保持原来文件的权限、时间、软硬链接等等、文件传输效率高、可以使用ssh等方式来传输文件也可以通过直接的socket连接等。
继续阅读 »
Wireshark抓包常见问题解析
1. tcp out-of-order（tcp有问题）
解答：
1）、 应该有很多原因。但是多半是网络拥塞，导致顺序包抵达时间不同，延时太长，或者包丢失，需要重新组合数据单元 因为他们可能是通过不同的路径到达你电脑上面的。
2）、 CRM IT 同仁上礼拜来跟我反应一个问题，由他们客服系统藉由邮件主机要寄送给客户的信件，常常会有寄送失败的问题，查看了一下 Log，发现正常的信件在主机接收 DATA 完成后会记录收到的邮件大小，然后开始进行后续寄送出去的处理，但这些有问题的寄送，都会发生 DATA 没有传送完，Server 就记录已读取到 EOF，然后结束连线，也因此这封信就不算顺利的送到 Server 上来。
继续阅读 »
近期评论