@wengebin 天 你自己造了个轮子

我测试openssl_encrypt和openssl_decrypt，算法使用aes-256-cbc 速度还行

现在的问题是https协议的话API会有42ms的损耗 如果是http协议只有1ms左右

最终实在没有办法 目前我计划是这么干的：

所有读操作 使用http协议 传输加密后的数据
所有写操作 使用https协议 传输加密后的数据

这样子的话 接口只有API地址不一样

@aveline
@hotsnow
@Tink
@Quaintjade

请提供具体网址，以利看到的所有朋友

@davidyin
直接数字对比

*****************************************************
wildcard domain
https://www.gogetssl.com/compare-wildcard-ssl-certificates/
https://cheapsslsecurity.com/sslproducts/wildcardssl.html

以gogetssl最低价排序对比：
Comodo Positive SSL Wildcard $70.95 ($60.79 cheapsslsecurity)
Comodo EssentialSSL Wildcard $81.25 ($69.13 cheapsslsecurity)
RapidSSL Wildcard Certificate $93.85 ($74.17 cheapsslsecurity)
*****************************************************

*****************************************************
single domain
https://www.gogetssl.com/compare-domain-validation-ssl-certificates/
https://cheapsslsecurity.com/sslproducts/domainvalidatedssl.html

Comodo Positive SSL $5.95 ($5.00 cheapsslsecurity)
RapidSSL Standard $8.85 ($6.66 cheapsslsecurity)
Comodo EssentialSSL $9.35 ($17.00 cheapsslsecurity)

*****************************************************

不过以上对比都是1年的，如果直接购买三年的，cheapsslsecurity优势降低，有些指标比不上gogetssl

https://cheapsslsecurity.com/sslproducts/wildcardssl.html 这家才75不到

我好像在哪里贴过这家的链接

@wy315700 ECC支持不够广泛 只找到commdo支持 更重要的是 反而变成0.044s了

有更大的坑 curl 7.36才支持ECC https://bugzilla.redhat.com/show_bug.cgi?id=1058776
libcurl没有细查

坚守centos 6.x 反对systemctl 好像没有比较好多办法

我还是http裸奔吧

还有https是ssllabs a+评分的配置 应该不存在太大的改进余地了

[root@v2ex temp]# curl -w "@time.txt" -o /dev/null -s https://localhost/test.php

time_namelookup: 0.000
time_connect: 0.000
time_appconnect: 0.042
time_pretransfer: 0.042
time_redirect: 0.000
time_starttransfer: 0.042
----------
time_total: 0.042

典型的时间消耗

@wy315700 curl折腾下应该可以支持spdy 就是后续维护麻烦

我造了俩脚本，target.php 输出连接信息 test.php通过curl读target.php

http 0.001s-
https 0.042s+

域名解析部分都放在hosts里
两个机器是配置一样的闲时状态

也就是说https握手需要42ms

诸位看这个页面最下面 慢成渣滓的v2ex我现在看到的时间都只有49ms

一个API读取耗费这么久 实在不能忍受

所以 我再三犹豫 默认一定要是http协议来连接API 只不过返回内容加密下

加密解密加一起也用不了0.001s API和WEB同机房 延迟大致可以认为是0.2ms左右
也就是API部分最多耗费0.002秒

这样的性能损耗是可以接受的

去医院啊 这种事情还是不要DIY的好

@wy315700 打算内置啊 iv倒是动态生的

两个服务器应该认为是安全的 如果两台服务器被干掉 即使使用公匙/私匙 也还是没用

也不是很核心的东西 简单加密下 能满足需要了

我还是使用对称加密吧 非对称开销太大 真不如使用openssl

算法使用aes-256-cbc 15k的文本 加密解密千次约0.095s 系统瓶颈应该不会是这块了

我来给你讲个故事吧：
话说大宋徽宗皇帝政和年间，山东省东平府清河县中，有一个风流子弟，生得状貌魁梧，性情潇洒，饶有几贯家资，年纪二十六七。
这日在街游荡，看到一绝色女子，。。。

算了 不编了
西门庆要抢你做小老婆，其实楼主没有太多选择，一般来说是两个：
1、楼主咬舌自尽
2、楼主从了

无论怎么选择，觉得都有活着的权利。

照着这个做好了：
http://www.vpsee.com/2009/06/can-a-64mb-vps-serve-1000pvs-per-day/

pm=ondemand
pm.max_children=8

不是太复杂的应用，200M内存完全可以一天跑1000万请求

因为是ARM 没有官方支持centos 所以不打算测试了

www.velia.net 这个线路很特别 电信直连decix 做跳板不错