加上这个包一起降呢？

其实问题不在 linux
而是你想要按用 windows 的方法去用 linux

@BXIA 没有买过这款，用不到
我用的是 https://www.online.net/en/dedicated-server/dedibox-xc
做 seedbox
性能反正够用，网络到我这里也能跑满速
你可以试试 https://status.online.net/ping/

@Quaintjade 天下哪有免费午餐
人家靠这个吃饭，算得当然比我们精多了
想想有什么必要省这点
正正规规 net 也就 12 刀一年，随便哪个服务器一个月也要这点，一顿饭钱而已，买个省心
7 刀买 tk ？呵呵，谁买谁 SB

建议考虑便宜的杜甫，比如
https://www.online.net/en/dedicated-server/dedibox-st8
做 raid1 的话，等于$10/T/month

我们用的是同一个亚马逊么……
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)