@lv2016 20 年前普遍按 KB 来算，现在普遍按 GB 来算😂

按道理就是 用你的可信根证书列表（系统自带？）里面的根证书对 某个证书进行校验就 ok 了，签名正确就 ok，简单点不管吊销过期什么的。

然后就出来了一连串的：
根证书签发的中间证书的验证
中间证书签发的中间证书验证
....
中间证书签发的证书验证
验证完。

怎么进行验证就要一个礼拜来学了。如果你系统里面+证书里面都没有某个中间证书，还会出现证书链丢失的问题，还要用户上传证书链😂 可怕不可怕

只吃早餐 午餐 晚餐省了

一命二运三风

条条道路通罗马，为何你偏要生在十万八千里，捷径不好么

拆下风扇 涂点上好硅脂 清清灰。然后拔下内存条，舔两遍金手指，插上。无缘无故重启的毛病应该能够缓解。

主观原因估计是，你用了两根不同的内存条，经常出毛病，最后直接换一根 16G 的一次性解决（ 2 根 8G 的都不建议）。

体会到了来自苹果的恶意了吧😂

@cwz346852114 😂 坑爹

@cwz346852114 #16 骗鬼呢 能拿到流就能录，就算是一个 video 标签里面播放的内容也能录下来

用人家写好的来测试 https://collab-project.github.io/videojs-record/demo/video-only.html

现代 H5 已经很牛逼了，除了苹果老拖后腿，Safari 当代 IE

getUserMedia，拿到音视频流，可以实时编码传输到服务器，应该是只支持 webm 格式，ios 只有 Safari 里面可以用，Android 几乎没有限制（国产套壳浏览器就算了，微信 QQ 内置的还不错）

echo false 好像是输出？没有任何输出吧。比较变态

撤回#3 😂 fns = invoker.fns 😂

加了 const cloned = 。。。 可读性比旧版差多了，slice 创建新数组，在这段代码里面一点意义都没有

@Ixizi @imnpc @xingyuc 哈哈，有总比没有好，Android 6 、7 的 webview 内核版本太低，懒得兼容，直接用个高版本内核一次性解决这些低版本 Android 的问题

哪有怎么复杂，还要上 CA 体系？

看需求，生成一对 RSA 密钥就完全够了，服务端持有 RSA 私钥，客户端持有 RSA 公钥。

客户端传输时（ U 盘？），随机生成一个 key （或者固定的机器码），用 RSA 公钥加密这个 key 生成密文 A，用 key 加密实际的数据生成密文 B，把 A 、B 组合到一起（生成一个文件放到 U 盘）传输。

服务端收到数据后，拆分出 A 、B 密文，用私钥解密得到客户端随机 key，用 key 解密数据 B，得到实际数据。

全程脱机运行，只要 RSA 私钥不泄露，炒鸡安全。

----
不需要：“管理端： 可以根据服务端的 key 和客户端的编号生成无数多个客户端的 key” ，这个需求在这个体系下几乎没有意义。

@xingyuc #19 犯规😂

抱歉 源站点服务器带宽就是 5M 小水管😂 马云也得排队 开 5G 也没用（狗头

p2p 吧

后端还好 前端要是来个 IE 是不是要倒贴公司钱（狗头

平时也一般睡到 11 2 点，不过今早上 5 点不到就醒了，因为听见房间里有动静 醒了几次 后面手机开闪光灯发现是一只大老鼠。。。

今天中午吃肉了🙄