什么都不如limit_req+验证码，如果有量并且来路干净，有技术含量的攻击cdn基本上没用，CDN的防止CC的JS都是防弱智的，我之前用了cf照样被打成狗。

文章不错，感谢分享

的确PatchGuard ASLR之类的技术让win7中招概率小了不少。不过PG也神烦要做到内核的保护和XP下面完全不是一回事。

BS4确实是好东西，开销大不是开玩笑，而且有些不标准的html页面比如遇到没有进行正确转义bs4会解析出错，如果工作量很大可以考虑lxml要快要快一些。

前端限制频率的话在前面加个GAE就行了，遇到错误重试，GAE出口是'随机'好几十个。

第三个问题明显是设计缺陷。

我记得requests也有类似问题，在301中set-cookie不会生效，必须手动指定redirects false手动处理这条cookie。

联通连日本和新加坡绝大多数主机都能满速，高峰期也不会特别拥塞。但高峰期连美国速度衰减厉害。

Master Master 是双机热备份才考虑的吧，实时性很高的。如果server上数据变更很频繁的话需要同步的日志会变得很大。如果两边数据库都要进行写操作，同步会有问题。

虾米笑而不语

VULTR坑得很，上个礼拜和上上个礼拜东京节点出现不连续数小时中断。

VULTR并不是所有节点都是以安装方式进行初始化，得看脸，有些节点是克隆的，安装的话脸好5分钟，脸不好10几分钟。

最郁闷的是东京节点的IP很大概率是属于美国IP，于是日本本地网站是访问不了的。

估计中文搜索够呛，帖子数太多了肯定要做分词的。

对同一IP限制搜索次数，现在各大BBS应该都是这样做的

连一个做技术的都没有？？？邮箱验证没用的，自建或者淘宝1块钱能买到很多了。。如果是漏洞查一下请求日志应该能找到漏洞

这个属于设计模式的范围了。
用个全局的字典存id和Handler的对应，每个Handler里有2个队列接收一个发送一个，然后一个死循做读写。。
对某个id发送数据只需要在全局字典里面找到Handler，然后往队列里面丢就行了。

@myrual
其实有很多一部实现已经是别人造好的了
https://github.com/hybridlogic/txMySQL
Go的实现类似gevent？

别用这货了，现在成熟的异步框架多了去了tornodo twisted之类的...

你用ThreadedTCPServer这种线程模型上万台设备肯定不行，现在你几台OK，随着设备数量增多线程将会变多，整个程序效率就会更低，线程模型如果有大量的锁，这个问题变得更复杂，这就是现在基本上没有高并发Server会使用这种模型的原因。

python线程数量是有限制的，在win下面甚至不能超过1K，考虑最坏的情况如果有1K个设备同时建立连接，更多的设备心跳就接收不到。