这两个结果不都是 123456.789e4 吗？

@lslqtz 互联网正常的中间节点都是交换机路由器。
带大块硬盘的所谓「能缓存资源的中间节点」反而是个少见的东西。

@jybox 中间人攻击的前提是「攻击」。
CDN 本身就应该是用户配置的。
用户配置上私钥的话，中间人缓存是能做到的。
就算不配置私钥，也可以通过两段式加密解决。

至于路由和代理缓存……
对，这才是「中间人攻击」。
HTTPS 就是为了防止这些中间路由和代理窃听数据的。
（我从网站上下载的小黄图，凭什么要给你路由和代理看？
（我下载某某银行的安全控件，凭什么要让移动电信知道？

我猜想你这么说的原因是你认为：
1. 网站管理员不应该负有配置 CDN 的义务；
2. CDN 缓存应该由运营商或者中间路由、代理来做，而且是自动地，和站长无关地做；
3. 静态数据的地址泄露不会影响用户安全。

然而这几种观点和现在互联网上的主流观点是相悖的。

刚刚看到你主题里提到的 Linux 的 GPG 问题。
这你的理解就完全错了。 Linux 的 GPG 根本不是为了解决 HTTPS->HTTP 问题的。
Linux 的 GPG 签名是打包人签名，目的是防止文件在服务器硬盘上被篡改，而不是网络传输过程中被篡改。
和这种机制类似的有代码签名，目的也是防止二进制文件在硬盘上或者安装包里被篡改。
也就是说，他们是没有办法去应用到「网站」上的，因为网站上的文件并不是整个由站长来生成的。

@jybox
「 HTTPS 的中间节点（代理）连 URL 都读不到呀 」
「 SSL 不会对缓存带来问题 中间节点只要有证书便可以轻松实现缓存」

人家都告诉你了还要坚持己见？

@taozhijiangscu 保证在编译阶段把机器搞挂，让阁下免受折磨之苦（ x

Windows SmartGit 用户路过。

@yinmin 多域名证书可以考虑 Let's Encrypt 。

@gushengren 可以播放 != 可以转码。
（当然你这也不是在转码而是在重新封装。）

@1stlulu h264+aac ，目测是可以的。

@Heinz 弄点五毛？

GPU 擅长的是提前载入大量固定数据，然后每秒对这些数据做相同的运算，最后输出到屏幕上。
所以不能用显卡的原因：
1. 你没法提前导入大量数据到显存。
2. 你对一份数据做几百次相同的运算无意义。
3. 你运算的结果不会放到屏幕上。

沉浸式 vr 直接读大脑的思维了，还需要用眼球控制打字？

读英文字母？
如果是读单词的话 OK Google 就行了。
不会读的话还是复制粘贴进搜索框吧…

你需要几张棋谱……

可以去看一下 ORM 的 N+1 问题。

@nicoljiang 很多正则函数都支持一边替换一边处理的。比如 PHP 里：
http://php.net/manual/zh/function.preg-replace-callback.php

@wlee1991 是啊，返回的不就是所有内容么。
Capture 是做替换啊。替换完了以后还是所有的内容。