如果能控制回撤那就更好了。

自己手动实现一下多线程调度还有各种异常的处理就知道为什么要用 scrapy 了，话说当年我也是这么想的，直到接到一个非常 BT 的小项目才开始学习 scrapy

确实是的，今天收到了 N 封监控宝发来的邮件！坑啊！

@slysly759 服务器资源有限，目前我网站的数据量大概是 650w 篇文章。目前数据库是 56G ，如果做读写分离，一个主库，一个从库。加起来就是差不多 120G ！小服务器。。硬盘总共才 500G,还有其他的应用跑在上面。最多给 100G 的空间给这个网站，木有办法。

@ljcarsenal 目前来看木有啥收益，访问量低的不行。坚持两年，如果不行就要关了。

@slysly759 现在服务器正在抓数据， mysql 数据库有点缓不过来。没有做读写分离的就是这么的悲剧！

哈哈哈哈,我也整了一个。 www.wdiandi.com
目前我比较头疼的问题是数据量的上升不是一般的快啊，目前我的数据库已经上升到了 56G 。而且这还是文章内容进过 base64 ，转码，然后压缩过的。
生怕那一天数据库挂了，然后就思密达了。

这个服务都敢用啊，我最多就是怕收不到邮件，在 Gmail 设置一个转发。而且还是每次看完都删掉，每次发邮件都是老老实实自己登录 gmail 的。

@pyengwoei 我的意思是不要用 * 不是不要用 select ！！

不要用 select *，最好要的字段都给带上。万一你的表里面有一个特别大的字段，然后你又用不到，这时间开销那就酸爽了。

其实企业这么搞完全没有什么优势！ IT 企业不是工程流水线，不是说人丁一些人在公司就能有产值出来的。程序猿完全可以磨洋工，一个函数写一个上午，调试一个下午，测试一个晚上。下班前提交代码。
装样子谁不会啊！真的 996 只会降低员工实际的工作效率罢了！

@zhang1215 真蛋疼啊！！！！看来要弃坑了！

@murmur 难道 sina 做到了分批上线？！

@findex 你这就复杂话了吧，*.helloblog.com ，其实是可以获取到*里面具体是什么信息的。你把这个子域名当作参数传到程序里面就可以了。把所有的请求都转到主域名所指向的应用上，然后再通过这个应该对数据进行转发，或者直接处理

泛域名解析!直接*。 helloblog.com 都解析到目标服务器，然后在目标服务器的 http 程序里面设置就好了

最好的克服办法就是打辞职报告！
自己有能力，技术过硬其实找工作没有那么难。适当降低心理预期即可！
越来越多的互联网公司开始搞 996 ，看来互联网的冬天确实要来了。
如果不是企业不好做，效益不好，公司赶这么作大死搞 996 ？这其实是一种变相的裁员罢了！

卧槽！期权！！！！没上市就好意思给期权？到时候行权的时候，找谁行权去？如果是股权，那到时候可以的。

应该是一个脚本小子，在测试入侵的时候，没有估计到具体后果。直接把你的主目录给干掉了。
你的 domain 目录理论上来说应该是允许 php 运行进程进行操作的。不一定需要拿到 root （或许是通过其他方式进行了提权）。看看 access log ，应该能够查出来具体的漏洞页面在那里。