把 turbo boost 关掉

没有 restart sshd ？或者改错了配置文件么，/etc/ssh/sshd_config

试一下 MSG_TRUNC 这个 flag ？

即使提交了私钥，也只能用来中间人攻击你在私钥泄漏之后的流量来监控。因为 tls 是有保证前向安全性的，所以就算私钥泄漏了那么在私钥泄漏以前以前的截获的加密流量仍然是安全的。

@zhuangku556
油猴马上就没了，safari 13 禁止非 app store 的扩展，太坑爹了

@alphatoad
如果可以用浏览器拓展商店的 https 那为什么还要自己实现一遍呢，题主的环境是不可以使用 https。
如果有安全的预共享机制那的确是可以自己实现一套 tls 协议的，问题就是信任链的起点不好解决

@alphatoad
自己实现 tls 解决不了可信 ca 的问题，内置公钥的扩展如何分发呢，如何升级和召回呢

芯片 ar9380 有半高卡，不过现在应该只能买到二手的了

@elfive
你说的这个不适用于直接返回 const std::string & 的情况，
const std::string &foo();
const std::string &bar = foo(); /* 悬空引用 */

但是可以延长直接返回 std::string 临时对象的生命周期。
std::string foo();
const std::string &bar = foo();
上述代码是没问题的

@lau52y
location /xxxxx {
return 301 http://a.com$request_uri;
}

location = /1.html {
return 301 http://a.com/1.html;
}

vim 党表示为了 touch bar 从按 esc 改成了按^[
然后发现这样比按 esc 更舒服😌

试试一行一行地把你的原始 predict.py 里的 import xxx 加到后面极简 predict.py 里面，看加到哪一个开始返回 NULL 的

@youthfire
more -> accessibility -> aggressive rejection 打开看看

quantumult 么，软件名都不说

等待下一个 pptos 然后抢建一个 awesome-pptos

h2 的 server push 居然没人提…

假定 lz 说的速度是指一个网址从按下回车到渲染完毕的延时，两种情况都需要 dns 参与
在 h2+tls 的情况下，首次链接的 tls 握手带来的延时是不可忽略的，这一步就是比无 tls 情况的 http1.1 慢。而后面浏览器加载这个页面的其他资源的时候情况就不一样了，

首先就是 server push，一般会把一些 js css 跟随第一个页面一起推给客户端，这里 http1 一个一个去发 request 给服务器；

然后就是多路复用，同个域名下的若干个链接可以公用一个 tcp+tls session，这也省下了一部分延时；

还有就是 h2 的头压缩，在网页需要 http 头携带很多信息的情况下头压缩带来的好处也是很明显的。

因此，对于一个复杂的站点来说，h2+tls 确实有可能做到比普通 http1 更快。但是对于简单页面，那毫无疑问是普通 http1 快。