第583章
周浩不是黑客，不太懂技術攻擊，他想尋找的，是能再次利用人海爆吧的機會，但q吧不惜犧牲用戶體驗來做防禦，讓周浩也覺得無從下手，直到他注意到q吧的站內信功能。
站內信功能其實是貼吧最先設計的，是基於貼吧開發的一個簡單的即時通訊功能，讓貼吧的吧友可以私下裡進行溝通，這個功能很簡單，也非常實用。
因為用戶在貼吧的信息交互是公開的、是一對多的，當他們選擇在一個貼吧發帖，就相當於是把帖子向這個貼吧用戶，甚至所有互聯網用戶開放，如果他們遇到誌同道合的朋友，如果他們想和某個吧友私下交流，就需要一個公開轉私下的過程，站內信就解決了這個問題。
q吧在做技術架構時，也把站內信功能做進去，他們對用戶發帖做了限製，但卻沒對站內信做出任何限製。
周浩打開站內信功能，發現彈出的頁麵裡隻有收信人、內容這兩個填寫項，除此之外，僅有一個發送選項。
也就是說，驗證碼也好、一個小時內隻能發帖一次也好，針對的都是前台公開的發帖、回帖，但是，沒有限製用戶在後台的私信交流。
周浩明白，發站內信和發帖雖然形式區彆很大。但對後台、對服務器來說，基本都一樣。
發帖、發站內信，都考驗服務器對數據寫入請求的承載能力，但站內信比發帖還要多一個邏輯，那就是投遞邏輯。
一段數據從用戶a發出，上傳寫入至服務器，服務器記錄寫入的同時，還要把內容投遞到用戶b的後台，用戶b收到站內信數據。會先激發一個用台提示，然後再把用戶b已經收到站內信的回執發送給服務器。
總之，這個東西看似簡單，但數據的上傳再下發，很繁瑣。
周浩注冊了一個新的q吧賬號，然後用自己的舊賬號，給新賬號發送站內信，如果把新賬號的id複製下來。發送的時候在收信人欄上粘貼新id，然後在內容欄裡。快速粘貼數次作為垃圾內容，然後迅速點擊發送，緊接著再快速進行下一輪。
周浩算了一下時間，他可以在三到五秒之內發送一條站內信，如果速度再快些，能把時間控製在三秒之內。
三秒鐘一條。一分鐘二十條，如果幾十萬人同時發哪？不知道q吧的服務器能撐多久？
周浩越想越覺得可以試試，馬上跟於岩輝聯係，把操作方法告訴他。讓他今晚先開始鋪墊第二場爆吧。
於岩輝收到消息，馬上調動手頭能調動的水軍，讓他們到貼吧和q吧發帖，發帖的核心是抗 議q吧給出的、完全推卸責任的聲明，要q吧為自己的所作所為向廣大吧友道歉。
這些水軍在發帖的同時，還列出了精心整理的各種證據，比如：q吧在複製內容時，根本做不到一個賬號隻複製一篇內容，他們都是一個賬號集中複製大量內容，然後再換號，再複製一大堆內容。
這種操作留下的證據頗多，尤其是於岩輝的手下早就把各種圖片證據留存的非常完整，篩選出來的證據可以清晰看出，他們是如何調動幾十上百的id，在同一個時間段大肆複製內容的規律，明眼人一看就知道，這根本是所謂的用戶自發行為，一看就是有組織有計劃的侵權行為。
這一套證據拿出來，對貼吧的吧友來說是絕對有理有據並且讓人信服。