这是一个创建于 3598 天前的主题，其中的信息可能已经有所发展或是发生改变。
业务现状
1 ，纯 api 请求
2 ，内容 50KB 左右
3 ，日均 200 万请求，目前宽带峰值 50-80M
4 ， php 语言， php 实现最好，接受 c 扩展， nginx+lua 方案
目前的方案
1 ， api 返回的 json 整体加密，再使用 nginx gzip ，压缩率 20%左右，不加密能有 70%的压缩率
2 ，部分核心字段加密，压缩能到 50%左右
期望的方案
1 ，整体加密，压缩率在 50 以上
2 ，加密效率在 1ms 以内
可付费。
1 ，纯 api 请求
2 ，内容 50KB 左右
3 ，日均 200 万请求，目前宽带峰值 50-80M
4 ， php 语言， php 实现最好，接受 c 扩展， nginx+lua 方案
目前的方案
1 ， api 返回的 json 整体加密，再使用 nginx gzip ，压缩率 20%左右，不加密能有 70%的压缩率
2 ，部分核心字段加密，压缩能到 50%左右
期望的方案
1 ，整体加密，压缩率在 50 以上
2 ，加密效率在 1ms 以内
可付费。
 |
1
raptium 2016 年 4 月 20 日  1
先压缩再加密比较合理吧
加密的一个特性就是会让熵变大，于是就没什么压缩效果了 |
 |
3
66450146 2016 年 4 月 20 日 1
这种情况不是应该 https 吗……
|
 |
4
scourgen 2016 年 4 月 20 日
简单， zephir 随便写一个都行
|
 |
6
billlee 2016 年 4 月 20 日
你这种要的只是混淆，不是为了保证数据安全的加密，可以先压缩，再加密, 加密算法就用 rc4 这样比较快的就好了， IV 还是要的。
另外，加密不能比避免篡改！！！要放篡改请用数字签名或 MAC, 或者，就是直接上 HTTPS. |
Select Language