@haython http://ra.gg/!iMD4o 以前还做过类似的东西其实。

@xierch 其实信用卡、身份证，都是基于这个机制。

@crab 提交前会转化密码，
@liuxl8964 所以感觉基本无解的样子。

No 。切换回单用户模式修吧。

@ivanchou 有没有点不影响账户。 v2.ex 与 V2EX 都是你的……

猜到用户名就能算密码？咋算的？难不成你还把 salt 发给别人了？

只有正确与错误的做法。
正确的做法直接免疫 SQL 注入，不需要防止不防止，不需要关心优雅还是污。
错误的做法都是污。再优雅也污。

@realpg 反正站长表示现在的花销能接受。
而且高峰时刻明显预留了很多余量，否则万一来一波用户就挂了那就难堪了。

如果你解决了问题，请写出解决方案，方便后人查阅，谢谢。

Date()里的参数是本地时间啊。
GMT 时间当然一样了，全球只有一个 GMT 时间。

@phoenixlzx UTC-9 在阿拉斯加，太偏了。

ruby 什么版本？看看是不是用了旧版（ pre 2 ）。

@nixilin Chrome 对 SSL 证书把关很严格，如果发现有可疑证书就会参与调查。
通常自签名 CA 要么用在企业或者团体内部，要么用在单一域名上。
如果有人签发奇怪的 CA 用来代理银行或者邮箱的话，很快就会暴露的。

@realpg 反正也懒得看日志，防护不防护区别不大，攻不进来就可以了嘛。

如果是问算法的话，这个就是个 8 进制数字生成而已。
生成完了用下标转一下就好。

随便写了个 ruby 版的。

https://gist.github.com/msg7086/4fa5a3d344c1118bc98c

# => ["11", "12", "13", "15", "16", "17", "18", "19", "21", "22", "23", "25", "26", "27", "28", "29", "31", "32", "33", "35", "36", "37", "38", "39", "51", "52", "53", "55", "56", "57", "58", "59", "61", "62", "63", "65", "66", "67", "68", "69", "71", "72", "73", "75", "76", "77", "78", "79", "81", "82", "83", "85", "86", "87", "88", "89", "91", "92", "93", "95", "96", "97", "98", "99"]

KVM 挺快的。
ESXi 挺贵的。我们公司就在用，不过基本都是用在比较好的服务器上，比如 2TB 内存的机器上。

「复制」，是什么意思知道吗……

有一种诈骗方法（而且以前竟然还是学校旁边小卖部搞的。

就是告诉你充多少送多少，分多少个月返还，还送你东西。
如果你给他了，又没注意自己的余额，那就白给了。
如果你去质疑，他就会要你把当时的赠品一并退还然后退钱给你，所以如果赠品丢了，就……

当时那家店送给了我一张储值电话卡……

比较麻烦的是万一你打开的是个本地或者局域网页面，用 //可能会把你带到局域网里去。
（ Opera 就有这个问题，开一次得假死半天