更新2013年4月25日:
这是越来越多的关注比想象得要一个流行的问题。 为了停止误传,请阅读下面的段落和一篇文章中第一次的传播:
速度不应该在决定是否使用HTTPS或HTTP的一个因素。 如果您需要 HTTPS为您的网站的任何部分(造访,注册,信用卡等), 你绝对需要HTTPS的这一切 ,所有的时间。
请阅读SSL是不是加密的特洛伊亨特的原因。
我考虑根据HTTPS运行我的整个电子商务网站。 我决定跑粗基准通过HTTPS来衡量一个156KB的图像的下载时间与HTTP,因为我读的是HTTPS背负着加密过程的额外开销。
使用Firefox的Firebug的只是在抄录“等待”,并从空缓存下载图像时,从网络小组“接收”时间(其他时间都为0)到Excel进行基准测试。
我的结果是出乎意料的:
http: 11.233 seconds
Waiting Receiving Total
1.56 0.88 2.44
1.55 0.101 1.651
1.53 0.9 2.43
1.71 0.172 1.882
1.9 0.93 2.83
https: 9.936 seconds
Waiting Receiving Total
0.867 1.59 2.457
0.4 1.67 2.07
0.277 1.5 1.777
0.536 1.29 1.826
0.256 1.55 1.806
[明显]从基准观察:
- 服务器响应速度更快,但是下载时间已为https不是http慢。
- https是一个显著量(〜10%)更快的整体。
任何人都可以解释为什么会发生这种情况?
你认为一个文件(HTML,CSS,JavaScript的)会得出不同的结果?
有没有人有标杆下载一个更好的方法?
下面是测试图像:
[测试图像中去除]
附加信息:
- 该网站是通过Godaddy.com一个共享的托管帐户。
- 如果你要这么好心来运行你自己的基准不添加“www”的子域...我使用静态内容的根呢。
- 使用IIS7的综合管线模式。
编辑:基准下面1px的GIF(35个字节):
http: 2.666 seconds
Waiting Receiving Total
0.122 0.31 0.432
0.184 0.34 0.524
0.122 0.36 0.482
0.122 0.34 0.462
0.126 0.64 0.766
https: 2.604 seconds
Waiting Receiving Total
0.25 0.34 0.59
0.118 0.34 0.458
0.12 0.34 0.46
0.182 0.31 0.492
0.134 0.47 0.604
结果:HTTPS仍然较快; 虽然平凡在这种情况下。
如果有人看到我的基准测试中的缺陷让我知道这样我可以张贴更好的效果。
因此,在Godaddy的下午6:00左右在我的特定服务器的内容共享主机通过HTTPS提供比通过HTTP快。