电影脑残的不行，神鬼扯
小说还不错

@wql 支持 3DES 的结果，就是眼看着原本安全的其他（大多数）用户，被攻击者压协议压到 3DES ，然后被破解

@wql XP 怎么还没死？

t=0→点亮
此帖完结

其实直接写个日期文件就好
每次比对一下

另外楼上有说取前几位加列的，你们真的懂数据库索引么？
索引 n 叉树结构本来就是先比较前面的
如果后几位的随机性比前几位好的话，取后几位做联合索引，或者用于分表，倒是有的
换句话说，如果这种技巧有用，数据库自己早就该用了

hash 不要用 hex 字符串存，用二进制字符串或者 binary 类

@phoenixlzx 前面加 Nginx 做 buffer 可解，不过可能会浪费资源两次写入
Nginx 写 temp 一次，本身一次

YouTube 交保护费买 red 即可
或者买 play 音乐，两个其实一个价，都是通的

代码量大不是问题，多雇人就是了
代码看不懂这就不行，代码逻辑复杂的话文档一定要好
如果加个功能需要东翻西找的话，就是高耦合，属于失败的工程设计

建议还是有个名号
没有公司名，没有主页，连工作邮箱都没有
你也换位思考一下，正常人看到这样的招聘敢去么？

@Gerhman 不用 pstate 不能超频
台式机默认满频率挺正常，你可以试试 governor 设为 powersave

1.session 只有 id 在 cookie 里。确实能通过偷 cookie 的方式偷 session ，但是客户端永远看不见 session 的具体内容。而 cookiesession 是可以看见的。一般会签名，避免客户端篡改。也有加密的。但是 session 内容毕竟是存在客户端，不符合安全原则。
2. cookie session 大小有限制，而且会产生很多不必要的流量。因为浏览器每个请求都会发送所有 cookie 。

@flyingghost CNNIC 计算出私钥？那可是 RSA+SHA 有这能力 CNNIC 还对付你？直接怼美国国防部啊。

@seedlive 工单=ticket system
你有没有买过 VPS ，有没有提过工单？

DDoS 只能靠上游清洗。因为你的带宽被挤爆了的话，你这端上什么软硬件都没用。
300 多 qps 更可能是 cc ，做 profiling 然后优化，平时多注意性能问题。性能不达标先检查代码。

另外，别太纠结 bug 。有 bug 没事，修就是了，吸取教训，下次不要再犯
软件开发中重构甚至重写都是很正常的事

相关知识不扎实
代码风格有问题
我见过很多不求甚解，写代码不看文档的人。他们的座右铭是“别管那么多，先跑起来再说。只要不是 error ， warning 再多怕什么。”
然而那些代码再没有人去完善过，因为没人看的懂
此处应配 c++学习曲线： http://lbrandy.com/assets/c++.png
我想说不止 C++，所以编程都是一样的： we need some rules.
某些工业控制软件（特别是航天）要求代码是可以从逻辑上证明无 bug 。你不妨尝试一段时间。很慢，但能迅速锻炼代码质量。

说能破解 gpg 的真的懂么？
gpg 没有证书链这回事，也没有 CA 。信任与否完全依赖公钥公开传播。普通人的公钥靠公钥服务器协助传播，但新人与否完全取决于个人决定，其他人没有任何权威。发行版的新公钥是用上一版的密钥分配的。如果真的信不过完全可以配置从完全可信的镜像单独获取公钥包。 gpg 一般人用的少就是因为没有 CA ，大家建立信任太麻烦。

CNNIC 再厉害最多就是滥用 CA 签名，不可能逆向出私钥。所以只能坑 TLS ，坑不了 gpg 。 gpg 要那么容易坑，中本聪早被挖出来了。楼上有说什么“当初想不到 CNNIC 能劫持 HTTPS ”的，呵呵。了解过 PKI 体系的人早都知道这种可能。人傻不能怨社会。

用不用 CNNIC 源只是个速度和洁癖的问题，爱用不用。没必要拿莫须有的安全问题扣帽子。这就和转基因一样。爱吃不吃，少拿莫须有说事。莫须有特别恶心人，比有色眼镜更恶心。