@zythum XL自己的JS用的是Plugin模式，各种功能分布在不同的JS文件里，全局闭包就意味着没法动态添加功能，估计XL不会这么干。

@sarices 目前这样就足够完美XX了，估计后期迅雷会有更复杂的措施。

@leungxh 你说的没错，这样看最大的好处就是没有历史记录，嘎嘎。

@twamix 我记得Chrome也有油猴的说，你试一下，应该是兼容的。
云点播本身不需要特殊插件，电脑上用Flash，手机上用HTML5。

@thenewbie 估计铁道部也不好意思有GoDaddy的廉价证书，我是以VeriSign做为标准的。

@yyfearth 对，农行的网银就是这样，插上USBKEY就有个Personal证书，拔掉就没了。
登录时选择证书就可以直接登录。

1. 做SPF记录，如果不做记录，别的我不知道，至少Gmail为毫不留情的把你列为垃圾邮件。
2. 最好同时加上DKIM签名，几乎可以万无一失。

@clino 算法就用公开哈希算法，比如MD5，这个无所谓。比如123456加密后是e10adc3949ba59abbe56e057f20f883e
反查起来相当容易，但是假如加上一个叫做ewjpiojdewpoiqnjvcpowq的Salt，那么就变成
123456ewjpiojdewpoiqnjvcpowq，哈希值是：
2c4a3f980237b1b482f7c258637f9c41
这个哈希在任何彩虹表里都是查不到的。黑客如果特别想要破解密码，只能用你的Salt重建彩虹表，但是，更多黑客会选择直接放弃破解。

个人理解，Salt似乎不需要什么特殊的保存措施。
Salt主要是想让彩虹表失效，它不能阻止密码被破解，但是应用了Salt后，哪怕是123456这样的简单密码，黑客也要从头跑起，从而大大增加破解难度。
所以Salt不需要安全的保存，直接写在程序里即可。

@cloudream 这个我试过的，最初的是在一台16G的服务器上映射了8G做ramfs，查询文件全放进去。在有了一定并发以后真正的瓶颈在于CPU而不是内存。在8个超线程下同时进行8个任务就是极限了，再多就会爆掉。

@SolidZORO 我承认我晕了，这是Windows吗……

GFW没你想的那么勤快，动用国家力量封锁一个个人或者商业网站还是很少见的。况且最近GFW解封很多色情网站就是为了将更多的资源用于封锁政治网站。政治威胁统治，色情不威胁统治。购物网站自己对号入座。

现在还开比价网站晚了点，论技术论宣传你都玩不过etao的。

铁盗部表示并发多少都无所谓，反正你都得来，票总能卖掉。

试试Gevent + 反向代理吧。这个是最快的。

@jooe 对，除非能解决明文问题，否则服务暂时无法开通。

试试AWS SNS。

没全文搜索啊。

必然的，ed2k的生存能力远大于HTTP，只要一开始用ed2k上，那么后来再无封锁的可能。