第260章铺垫第二轮（1 / 2）

周浩不是黑客，不太懂技术攻击，他想寻找的，是能再次利用人海爆吧的机会，但q吧不惜牺牲用户体验来做防御，让周浩也觉得无从下手，直到他注意到q吧的站内信功能。

站内信功能其实是贴吧最先设计的，是基于贴吧开发的一个简单的即时通讯功能，让贴吧的吧友可以私下里进行沟通，这个功能很简单，也非常实用。

因为用户在贴吧的信息交互是公开的、是一对多的，当他们选择在一个贴吧发帖，就相当于是把帖子向这个贴吧用户，甚至所有互联网用户开放，如果他们遇到志同道合的朋友，如果他们想和某个吧友私下交流，就需要一个公开转私下的过程，站内信就解决了这个问题。

q吧在做技术架构时，也把站内信功能做进去，他们对用户发帖做了限制，但却没对站内信做出任何限制。

周浩打开站内信功能，发现弹出的页面里只有收信人、内容这两个填写项，除此之外，仅有一个发送选项。

也就是说，验证码也好、一个小时内只能发帖一次也好，针对的都是前台公开的发帖、回帖，但是，没有限制用户在后台的私信交流。

周浩明白，发站内信和发帖虽然形式区别很大。但对后台、对服务器来说，基本都一样。

发帖、发站内信，都考验服务器对数据写入请求的承载能力，但站内信比发帖还要多一个逻辑，那就是投递逻辑。

一段数据从用户a发出，上传写入至服务器，服务器记录写入的同时，还要把内容投递到用户b的后台，用户b收到站内信数据。会先激发一个用台提示，然后再把用户b已经收到站内信的回执发送给服务器。

总之，这个东西看似简单，但数据的上传再下发，很繁琐。

周浩注册了一个新的q吧账号，然后用自己的旧账号，给新账号发送站内信，如果把新账号的id复制下来。发送的时候在收信人栏上粘贴新id，然后在内容栏里。快速粘贴数次作为垃圾内容，然后迅速点击发送，紧接着再快速进行下一轮。

周浩算了一下时间，他可以在三到五秒之内发送一条站内信，如果速度再快些，能把时间控制在三秒之内。

三秒钟一条。一分钟二十条，如果几十万人同时发哪？不知道q吧的服务器能撑多久？

周浩越想越觉得可以试试，马上跟于岩辉联系，把操作方法告诉他。让他今晚先开始铺垫第二场爆吧。

于岩辉收到消息，马上调动手头能调动的水军，让他们到贴吧和q吧发帖，发帖的核心是抗议q吧给出的、完全推卸责任的声明，要q吧为自己的所作所为向广大吧友道歉。

这些水军在发帖的同时，还列出了精心整理的各种证据，比如：q吧在复制内容时，根本做不到一个账号只复制一篇内容，他们都是一个账号集中复制大量内容，然后再换号，再复制一大堆内容。

这种操作留下的证据颇多，尤其是于岩辉的手下早就把各种图片证据留存的非常完整，筛选出来的证据可以清晰看出，他们是如何调动几十上百的id，在同一个时间段大肆复制内容的规律，明眼人一看就知道，这根本是所谓的用户自发行为，一看就是有组织有计划的侵权行为。

这一套证据拿出来，对贴吧的吧友来说是绝对有理有据并且让人信服。