在李牧的眼里，一個成熟的網(wǎng)站不是前臺的功能有多么牛逼，而在于后臺的防御有多么強大。

    互聯(lián)網(wǎng)成熟階段的網(wǎng)站幾乎處處設防，技術人員絞盡腦汁的考慮到了絕大部分可能被人利用的漏洞，但即便如此，也沒有一個網(wǎng)站敢說自己的防御滴水不漏。

    有些網(wǎng)站在防御手段上做到了牢如鐵桶，但往往就是一個小漏洞，就能讓一切防御措施功虧一簣。

    李牧不是黑客，不太精通技術攻擊一個網(wǎng)站的辦法，他想尋找的，是一個能夠再次利用人海戰(zhàn)術完成爆吧的機會，但Q吧不惜犧牲用戶體驗來做技術防御，讓李牧也覺得有些無從下手，直到他注意到Q吧的站內信功能。

    站內信功能其實是牧野科技的貼吧最先使用的，相當于是基于貼吧開發(fā)的一個簡單的即時通訊功能，讓貼吧的吧友可以私下里進行簡單溝通，這個功能很簡單，但是也非常實用，因為用戶在貼吧的信息交互是公開的、是一對多的，當他們選擇在一個貼吧發(fā)帖，就相當于是把帖子的內容向這個貼吧的用戶，甚至是所有互聯(lián)網(wǎng)用戶開放，如果他們遇到志同道合的朋友，如果他們想和某個吧友私密的交流，就需要一個公開轉私密的過程，站內信就極好的解決了這個問題。

    Q吧在做技術架構的時候，也把站內信功能規(guī)劃了進去，他們對用戶發(fā)帖做了限制，但卻沒有對站內信功能做出任何限制。

    李牧打開站內信功能，發(fā)現(xiàn)彈出的頁面里只有收信人、內容這兩個填寫項，除此之外，僅有一個發(fā)送選項，再無其他。

    也就是說，驗證碼也好、一個小時內只能發(fā)帖一次也好，針對的都是前臺公開的發(fā)帖、回帖，但是。沒有限制用戶在用戶后臺層面的私信交流。

    李牧心里明白，發(fā)站內信和發(fā)帖雖然形式上有很大區(qū)別，但對系統(tǒng)后臺、對服務器承載來說，基本上沒什么差別。

    發(fā)帖、發(fā)站內信。都考驗服務器對數(shù)據(jù)寫入請求的承載能力，但站內信甚至還要比發(fā)帖多出一個邏輯，那就是投遞邏輯。

    一段數(shù)據(jù)從用戶A這里發(fā)出，上傳寫入至服務器，服務器記錄寫入的同時。還要把內容投遞到用戶B的用戶后臺，用戶B收到站內信數(shù)據(jù)，會先激發(fā)一個用戶后臺的提示功能，然后再把用戶B已經(jīng)收到站內信的回執(zhí)發(fā)送給服務器記錄。

    總之，這個東西看似簡單，但數(shù)據(jù)的上傳再到下發(fā)，不是一般的繁瑣。

    李牧注冊了一個新的Q吧賬號，然后用自己的舊賬號，給新賬號發(fā)送站內信，如果把新賬號的ID名稱復制下來。發(fā)送的時候在收信人欄上粘貼一遍新用戶的ID，然后在內容欄里，快速粘貼數(shù)次作為垃圾內容，然后迅速點擊發(fā)送，緊接著再快速進行下一輪。

    李牧自己計算了一下時間，他可以在三到五秒之內發(fā)送一條站內信，如果速度再快些，能夠把時間控制在三秒以內。

    三秒鐘一條，一分鐘二十條，如果是幾十萬人同時做這件事情。不知道Q吧的服務器能撐多久。

    李牧越想越覺得大有可為，即刻跟趙康聯(lián)系，把具體的操作方法告訴他，讓他今晚先開始鋪墊第二場爆吧好戲。

    趙康收到指示。調動起自己手頭現(xiàn)在能夠調動起來的水軍，讓他們到貼吧和Q吧發(fā)帖，發(fā)帖的內容核心是抗議Q吧給出的、完全在推卸責任的官方解釋，要求Q吧為自己的所作所為向廣大吧友道歉。

    這些水軍在發(fā)帖的同時，還列出了精心整理的各種證據(jù)，比如：Q吧的員工在復制內容的時候。根本不可能做到一個用戶復制一篇內容，然后再換一個用戶去復制另一篇，所以他們都是一個用戶賬號集中復制大量內容，然后換一個號，再去復制一大堆。