我们用的是同一个亚马逊么……
1. 右边 return ，就按 shipping box damaged 报，会问你细节，就说根本没到
放门口是很常见的，反正亚马逊财大气粗丢了就补
瓶瓶罐罐也是一样，破了重发
2. 在美国读书没张卡也是奇葩， boa 的信用卡容易的很，就算没信用卡，借记卡想办就有
代充购物卡 /游戏币可以说是信用卡盗刷第一位
我还从来没试过被锁，也没听说过周围有谁被锁过
3. 丢了又如何， prime 补发都是 one day

别说 ovz 的， CentOS 默认也没有啊

@tatsuteng 那是我加的，看上面原文………

pyc 只是提高加载的效率而已啊
pyc 其实和 java 之类的字节码还是有区别的，只翻译没优化
毕竟现在都不是 cgi 了
fcgi 进程常驻，是不是字节码几乎没区别

@9hills
你看，就是因为有“觉得没问题”的人， 所以…………呵呵

@loading
@killerv
建议你们认真读一下这篇： https://crackstation.net/hashing-security.htm
如果还当自己是个工程师，而不仅仅是码农，那就要有作为工程师的自觉
“觉得没问题”在工程领域是不可接受的理由
如果你觉得没问题，证明它

我高中时第一次写站，虽然从来没发布过，但写到帐号处理的时候还是查了不少资料

单纯放个 hash 不能叫 signature ，只能叫 checksum
可防传输错误，不防蓄意攻击（智能攻击者）
但是做 checksum 的话没必要用 hmac ， crc 就够了

要防蓄意篡改，你需要签名
签名可以通过预共享的密钥或者不对称算法

加盐没用，因为盐也是明文，可以被替换
加盐用在密码储存，避免利用字典对泄露的加密过的密码就行碰撞（破解）


这书一看就很不经典， hasing ？少了 h 吧
而且 hash 和 hash 区别多了去了
快速 hash 用于 clustering 等，讲求的是快
hmac 用于签名等，将求安全，其次尽量快
pbkdf 用于密码储存，讲求不可逆同时尽量慢

我跟你讲哈，要买经典书，特别是网络和加密类的，认准两个人就行： Alice 和 Bob （滑稽

开源强迫症用什么 Windows ………
你看 Linux 用户就不会问这个问题

看这个形状，多半是镜头上的灰
不怕死的话酒精泡泡甩甩，镜头镀膜没了或者塑料镜头化了被打我（逃

正常做法是国外 VPS+cloud flare

所以说 raid 救不了所有人，多地冷备份才是正途

@GordianZ
像 @rogerchen 说是定语勉强能凑，但是放到最前面明显更合适
On the fly modifications to PATH will not be permanent
也许按语法是合法的，但这并不是常见的做法

@GordianZ 把同位语去掉
Modifications to PATH on the fly will not be permanent
这个 on the fly 无论说是定语还是状语都不顺
说是定语勉强能凑，但是放到最前面明显更合适，像
@rogerchen

我觉得这句语法就不对
Modifications to PATH, or any environment variable, are on the fly and will not be permanent.

这里用 on the fly 也不合适
define on the fly: while in motion or progress; during the running of a computer program without interrupting the run.

这里实际情况是：对环境变量的修改只对当前会话（ session ）有效。永久性的改变应该在环境里设定

设计问题没有太好的解， list 这个数据结构决定了这个问题只能 O(n logn)，因为快排是这个效率
而不排序的话更惨，最低不小于 O(n^2)

@wwti9 已知两个 list 有序的情况下，不要从头遍历，从上一个位置继续就行
O(n)

建议不要光看别人挣钱什么的，也不要光看一时的喜好
尽量选自己能得心应手游刃有余的方向
想想当年我选了材料专业还是有点后悔的
虽然说人生祸兮福兮，但是还是会后悔托大没选自己擅长的计算机
现在挣扎双学位毕业，不然材料的成绩太难看了

毕竟没多少计算机系的同学是从初中开始玩的。
很多时候人有什么才能自己不清楚，因为思维方式已经习惯了
所以能有自知之明是福气

你不能说它不开源，但你可以说它不自由
因为自由软件尊重用户自由使用的权利。使用也包括了再开发后使用。所以自由软件必须有良好的文档，以方便再开发。

https://zh.wikipedia.org/zh/%E8%87%AA%E7%94%B1%E8%BD%AF%E4%BB%B6#.E5.85.A9.E8.80.85.E5.85.A7.E6.B6.B5.E7.9A.84.E5.B7.AE.E7.95.B0

再举个例子： https://github.com/arut/nginx-dav-ext-module/issues/8

你可以喷人家管理不善
但你不能因为作者不满足你的需求就说人家不是开源
It is open source by definition. It is just poorly maintained.

你可能还没见过太多开源项目的 issue list
一堆 feature request ，作者表示没有精力实现，打上 won't fix 甚至 close 掉是很常见的事

人家没有阻止你 fork 就是开源了
你看不过眼的话可以 fork ，在不违反原协议的情况下继续开发
这样的例子在开源社区有很多
MySQL/OpenOffice/JDK 之类的“开源社区和 Oracle 不共戴天”的例子就不说了
Python image library, PIL , 几年前不声不响的死掉了。还不是有人 fork 出来继续开发 Pillow 。用 Pillow 的人不少吧。这不叫开源么？

开源社区尊重所有建议，但只有客观贡献才有发言权。
You can you up.

明显就是协商速度 100M ， 10+MB/s 满了很合理