@chend 你不能默认前端都会 redux 嘛，我就不会但我也算个前端啊 T_T

因为越底下的东西越不容易拿出来用

增加洗钱和造假币成本，这是认真的，很重要的

直接抓个包看有没有上传不就好了，扯谈的声明……

就当是一个宽带，平时怎么用就怎么用

因为弄了个 200M 的宽带，所以想要利用，所以花很多精力想办法，做很多没必要做的事，我觉得本末倒置了

好的基础设施（电力、宽带、温控之类）应该是尽量透明的

@exoticknight 还真不是 2015 的， entries 是 2016 的

Object.entries(o).map(([name, value]) => ({name, value}));

@tanywei 上海其实就是 100M 带宽，一个活动免费升级到 200M

12 年 rMBP + Asus AC88U + 5G 网络 2 米无墙 + 200M 上海电信 + 百度云会员 + 客户端，能跑满

@wbsdty331 没有不会碰撞的摘要算法，不过 md5 有相对成熟的创造碰撞的方法就是了

特地找同事试了下， gmail 都是秒收密码找回邮件
所以我觉得这是个人品问题，或者其实在垃圾邮件那边？

如果这 2 个文件没有事先就存在的 MD5 码，那么你生成 MD5 也是需要全部读取一遍的，不如就地读取判等，省了 MD5 的 CPU 开销
如果原来就有 MD5 码，且文本本身是存在意义的（如小说等可读文字、论坛用户提交的贴子，不是一堆随便构造的乱码），那么 MD5 可以认为是可信的，在有意义的前提下构造 MD5 冲撞概率太小
如果这类比较会在今后频繁发生，那么使用 MD5 并存下来是个不错的选择

所以以前说 HTML 已经是缩写所以不能再写 H5 的现在是个啥思路了……

然后现在又是什么样的论据来支持 HTML5 不能缩写成 H5 ？

@zhjits 再次感谢，基本明白了，简单来说撞上 CDN 的话 HTTP/2 就没有了……所以现在会在 CDN 和 HTTP/2 哪个更有优势之间纠结，还是得等各 CDN 开始支持才有最好的效果

@zhjits 3Q ，我想了解下：

1. CDN 到源站使用的是 HTTP/2 协议还是 HTTP/1.1 协议？
2. 客户端如果连接了 CDN 依旧是 HTTP/2 吗？主流 CDN 我记得没几个支持 HTTP/2 的

我看你的站用 h2 的都没有 CDN ，有 CDN 的都是 HTTP/1.1 ……

请教下楼主，使用主流 CDN 的情况下，源站换 HTTP/2 会不会有影响

做网页的，没几个钱，比你肯定赚的少

如果你开着 dev tool 还勾着 disable cache 的话，确实是不会发这个头的