@kurtrossel 直接问了物业，物业说是光纤入户，然而光猫全被安装到了每栋楼的地下室（真是奇葩，估计这个小区的地下室都成机房一样的情景了），换光猫要找联通……有些打算放弃提升到 100M 及以上网络了，好麻烦；而且也不知道是不是地下室连到家里的网线不行的原因，如果是这样就彻底无解了。

@wzxjohn 网络方面硬件不是很懂，不过 8 根应该是都通的，因为原来 4 根网线 2 根电话线就能通。目前局域网内已经千兆，想升 200M 带宽，照这样百兆就不够用吧，而且用手机 app 升级去体验 100M 时也只能到 90M ，应该也是只能到百兆的问题

@la0wei 硬件不是很懂，“入户网线直连到电脑的时候对端就是百兆”这个我是知道的，其实我就是想表达这个意思。是不是超五类线也不是很清楚，因为线上竟然没写是 Cat 几。看来只能看看能不能升级光纤解决这个问题了

@kurtrossel 网络不是歌华是联通，但歌华肯定是有光纤。一般光猫是在弱电箱内吗？歌华的光纤是经过弱电箱的，然而联通的宽带是直接从网线进来的，光猫从未见过，自己家里面肯定是没有……

@kurtrossel 不过光猫在那里啊，没找到……

@pelloz 超五类是千兆的

@cq65617875 @zhs227 直接接的弱箱电进入的那个网线，没有经过路由……

不知道有没有光纤入户（歌华有线是光纤），没找到光猫在哪里，光猫有没有可能是小区集中管理吗？好像有百兆的光猫？

async 就不能保证加载顺序了，所以有些地方不能用 async 。如果一定要顺序，那可以合并 JS ；也可以拿 JS 判断页面加载完毕后再加载你打算之后加载的 JS 。

能加 async 的地方就加吧，这样速度快，不会阻塞。

ipv6.baidu.com 上设置了 a 记录吧，如果只支持 ipv6 就能上，或者是浏览器 /代理工具优先用 ipv6 就能上了

还真不扰了。不过之前 Choopa 的独服听说也是不绕道的。

@lingchenzi 真的吗，还有这等好事

那就可以有 CHACHA20 了！我不知道 Lunchpad 打的 Nginx Mainline 包在 1.9.14 会不会用他。

@ZE3kr 不是四折，但是会自动优惠

@tracymcladdy @msg7086 AWS 如果预付款一年的话能比按小时优惠便宜好多， GCE 一个实例要是连续使用一个月自动打 4 折， GCE 还是比较良心的： Mem:0.6G ，硬盘:10G ， CPU:1 核心共享，折算下来每月不到 5 刀

对了，不耐用可以考虑来个 smart battery case

绝对正常啊！大家看官网啊

http://www.apple.com/cn/batteries/service-and-recycling/

iPhone 用户
你的电池在完成 500 次充电周期之后，仍能够保留多达 80% 的原始电池容量。在一年有限保修期内，包括了为故障电池提供的服务。

所以你的情况没问题，一年内能循环那么多次说明也是很重度使用了

免费换应该不可能，但**可以交钱从官方渠道（ Apple Store ）**换。

@hhp
@yaoxuwang

@bombless 11 个 9 是数据可靠而不是服务可靠吧？ aws 给的服务可靠好像只有 3 个 9

而且服务可靠低于保证值是比较正常的，会给你赔，不低于那个值就不管你。

随手创个加密方式？不是不可以，但是绝对不要这样做！

目前使用的加密方法都是经过大量的实际使用而确认这是个“好”的加密算法

几乎没有人会随手创个“好”的加密方式，如果你学过密码学，一些加密函数的实现，那么就再也不会想要自己创加密方式了。

你说的应该是如何存储密码以达到验证用户登录，而不是密码加密

最不安全的是密码存明文，一般情况下没事，但一旦数据库被拖库，然后所有用户的密码都被知道。

所以使用正确的方式存储密码可以尽量减少上述情况带来的灾难。

首先，不应该使用 SHA-0 （ md5 ）， SHA-0 的位数太短，已经不安全， SHA-1 目前都被认为不足够安全了，所以应该使用 SHA-256 或更高位数的， SHA-512 感觉没必要。

应该这样存储，用户一个表中，应该包含这两样，都要存储

salt = rand() # 一个随机数，位数最好要长于 256 个比特
password = hash( password + salt )

这样在验证用户的时候，读取这两个字段验证：

if( hash( password + salt ) == hash( input_password + salt ) ){
// 登录成功
}


关于已知数据库后破解原密码难度（假设 hash 算法达到了 hash 算法应该达到的安全性）：

1 只存储 hash ：

直接使用当前算法的彩虹表，（几乎）可以破解所有用户的原密码

2 存储加一样的盐的 hash ：

可以针对当前的盐重新生成彩虹表，然后就能破解所有用户的原密码，难度远大于前者

3 存储一个随机的盐和加随机的盐的 hash ：

必须针对每个用户单独破解，破解难度所有用户原密码难度直升至（基本上）不可能，难度远大于前者