@laike9m 贵司不得不用啊，233.

@laike9m 看起来 angular 都凉好久了

@crs0910 孬爷爷是谁？不认识额

算法（第 4 版）

@OMGZui 谢大佬的 pr，已合并： https://github.com/YongHaoWu/qianduan-yule-club/pull/14

@OMGZui 有点乱..

http://qianduanyule.club/

前端娱乐圈已更新。 果然永远不会让我失望。。。

太夸张了吧。我用了快 4 年触摸板了，没有感觉。

@JoyNeop 厉害。。大佬的英语，作为魔法世家的弟子，实在佩服。。

事实上，中国疾病预防控制中心在《狂犬病预防控制技术指南（ 2016 版）》（以下简称《指南》）中明确指出，狂犬病暴露后预防处置应立即开始。鉴于我国是狂犬病高风险国家，猫、狗等预防接种率普遍偏低，伤者在确保被给予恰当的伤口处理后，还应立即接种狂犬病疫苗，同时再对动物进行观察。如果动物在十天的观察期内保持健康，或经可靠的实验室诊断技术证实动物不携带狂犬病病毒，则可以停止注射剩下的疫苗。

值得注意的是，只有当健康且接受过正确的疫苗接种（至少两次有效的狂犬病疫苗接种记录）的家养猫、狗或者雪貂伤人时，如易于进行十日观察，尤其是当伤者在过去的 3 个月内曾经接受过疫苗注射时，可先观察不打疫苗。如果不属于上述的特定情况，一旦被猫、狗咬伤或者抓伤不要存侥幸心理，要第一时间去医院进行处置。

分母+1

最好的应该是：
旧的 A 程序 与 旧的 B 程序同时运行，nginx 的 upstream 改对应的后端，reload。

@jadec0der 我现在知道你的意思了。

但是你可以看看 @msg7086 在 #49 的回复，我觉得他理解了我说了什么，哪里说错了。。

『莫名其妙』不至于。。。

@msg7086 果然是我提前就特别关注的大佬

@msg7086 对的，我完全不知道有服务器在 `/etc/ssh/ssh_host_rsa_key`有自己的公钥。
我猜是一台服务器上有多用户，都可以生成自己的公私钥，这个公钥不能作为服务器的公钥的。

所以服务器自身需要唯一的公钥，就是你说的这个，用来证明服务器是服务器的。

@Neoth 我觉得你有点误解了这篇文章了。。

@jadec0der 我确实不知道 『 你如果没有意识到 SSH 连接中有两套公私钥，其中一套专门用来认证 known host 的话』, 但不至于『这文章其实什么都没搞明白』吧。。。

我之后会再去看相关的东西的，不影响先做『自己的设计猜想』，再去对比的，所以不至于「思而不学则殆」啦。

我觉得我最大的问题是 学而不思。。写代码时，遇到 bug 时，遇到不清楚的技术细节时，通常都是看别人的说法，看书，而没有经过自己的日常思考，导致不牢固。

StrictHostKeyChecking 设置为 accept-new 对我有用。

整理一下提到的 ssh 参数：
GlobalKnownHostsFile
Specifies one or more files to use for the global host key database, separated by whitespace. The default is /etc/ssh/ssh_known_hosts, /etc/ssh/ssh_known_hosts2.

UserKnownHostsFile
Specifies one or more files to use for the user host key database, separated by whitespace. The default is ~/.ssh/known_hosts, ~/.ssh/known_hosts2.

StrictHostKeyChecking
If this flag is set to yes, ssh(1) will never automatically add host keys to the ~/.ssh/known_hosts file, and refuses to connect to hosts whose host key has changed. This provides maximum protection against man-in-the-middle (MITM) attacks, though it can be annoying when the /etc/ssh/ssh_known_hosts file is poorly maintained or when connections to new hosts are frequently made. This option forces the user to manually add all new hosts.
If this flag is set to “ accept-new ” then ssh will automatically add new host keys to the user known hosts files, but will not permit connections to hosts with changed host keys. If this flag is set to “ no ” or “ off ”, ssh will automatically add new host keys to the user known hosts files and allow connections to hosts with changed hostkeys to proceed, subject to some restrictions. If this flag is set to ask (the default), new host keys will be added to the user known host files only after the user has confirmed that is what they really want to do, and ssh will refuse to connect to hosts whose host key has changed. The host keys of known hosts will be verified automatically in all cases.