因为用的人少。

大概两三天前开始的，电信连接 sl hk ，延迟从 30+ms 飙升到 160+ms ，绕道美国、日本，原以为是临时的，唉…

就这一帖子的命题而言，可以看出，天朝的互联网企业既是天朝互联网的受益者，同时又是天朝互联网的受害者。当然，目前的收益要远大于损失。

安全问题归根到底就是信任问题。信任阿里，就用钉钉；不信任阿里，就不用它，就这么简单。:)

个人觉得广域网带宽超过 20 兆之后就是数字游戏了。

这是 360 要收购 startcom 的前奏？

微博客户端，关注几个官方的新闻账号，好于任何专门的新闻客户端，个人意见。

如果关心墙外新闻，用 Twitter 客户端，关注几个墙外的 Twitter 账号即可。

RIP 。各路键盘侠请开个新帖论战吧。

RIP

这条联合声明类似于外交部的强烈抗议。

指出作者的几个根本性错误：

一、作者发明了两个算法却不公开算法的细节，亦不说明为什么不使用已有的公开的历经检验的算法。凡是对密码学稍有所知的人都知道现代的密码学是建立在算法公开的基础之上的，作者的这一行为很难让人不联想到 snake oil cryptography 。

二、搞安全的人都知道木桶理论，即系统的安全程度取决于最弱的那一环。作者的这套系统不是普通的安全系统，而是可以说对安全保密要求最高的存储密码的系统。按理此类系统的效率是最后才考虑的，可作者却为了提高效率设计了一强一弱两套验证方案，说明作者并没有把安全放在第一位。这就犯了大忌，如果我知道某个安全产品采用了这种设计思路，是断然不会使用的，哪怕它比其他产品要快 100 倍。

三、 V2EX 上 99%的人对密码学是 clueless 的，其他 1%的人压根不会来发言，那作者到这里来提问的目的是什么？难道真是为了求个名字？显然作者的这个诉求被无视了…

以上第三条是调侃，但个人以为，在第一和第二条里的问题没有解决前是没有继续讨论的必要的。

祝好运。

除了明文存储，找不出其他限制密码长度的理由。

当然不是说百度的密码是直接明文存储的，而是有可能（为了恢复密码等需要）另存了一份明文密码。

@fangdingjun 你的树莓派是 1 还是 2 ？如果 1 能流畅运行 kodi ，我也打算折腾一下。

@hanru 对了，还有 JSON 的语法高亮， EverEdit 目前似乎也不支持。

我是在去年优惠活动时购买的 EverEdit 正版授权，非重度用户，一年使用下来感觉很满意，感谢作者开发并维护这款称手的文本编辑软件。

在此提个小建议，希望 EverEdit 能增加对 YAML 的语法高亮支持。（我猜想自定义 YAML 的语法应该也不难，但实在太懒了一直没去研究……）