如果 HTTP 协议在设计的时候，就在 Response Header 中加入一个可选的 MD5 头呢？
Livid · 2014-12-13 18:38:10 +08:00 · 3867 次点击这是一个创建于 3421 天前的主题，其中的信息可能已经有所发展或是发生改变。
在一些对文件完整性要求极高的场合，下载之后是一定需要验证文件的 MD5 或者 SHA1 的。如果能够直接在 Response Header 里就有的话，可以省一个 HTTP 请求。发布的时候也会简单一些。
或者 RFC 里其实已经有类似的考虑了，只是我还不知道？
或者 RFC 里其实已经有类似的考虑了，只是我还不知道？
 |
1
choury 2014-12-13 18:40:31 +08:00 via Android  2
既然有人可以改响应内容，为什么不能改Header
|
 |
2
Livid MOD OP |
|
3
Livid MOD OP 看来还是应该通读一遍 RFC 2616
|
|
4
Livid MOD OP |
|
5
Livid MOD OP Apache 2 是有这个功能的：
http://httpd.apache.org/docs/current/mod/core.html#contentdigest 输出结果需要经过 Base64 编码。 |
 |
6
Kai MOD 1.1 规范里面的这个 Content-MD5 原来不是服务器自动生成的……
|
 |
9
est 2014-12-13 19:42:58 +08:00
嗯。我正想说Content-MD5来着。
|
 |
10
xinglp 2014-12-13 20:05:13 +08:00
一般都是丢包，传输未完成就断开，数据包出错的情况还真是很少。ip包本身还有校验
|
 |
12
flynaj 2014-12-13 22:38:49 +08:00
文件完整性要求极高你还是签个名,现在稍微大点的公司,发布的文件都是带数据签名的.像QQ安装包签名.里面的文件再签名.验证也非常简单.
|
 |
14
LukeXuan 2014-12-14 00:17:05 +08:00 via Android
如果是大文件效率太低…
|
 |
15
infinte 2014-12-14 00:19:05 +08:00
TCP 本身就有 CRC32 不用多此一举
|
 |
16
julyclyde 2014-12-14 21:56:19 +08:00
Content-MD5没啥用
在206相应的情况下，Content-MD5的值是针对整文件的 |
Select Language