基於mysql的bbs設計(一)

來源:互聯網
上載者:User
1。系統架構:
採用模組化思想,分為3層:
a。資料存放區層:使用mysql來存放bbs的所有資料,包括使用者資訊,
文章資料,使用者信件,使用者訊息,系統資料(?),關鍵問題:
資料庫的規劃,是否用檔案來輔助。
b。系統功能層:完成bbs的準系統,由多個並列模組組成,向下
調用mysql的函數訪問資料庫,向上,接受處理請求,將處理的
結果返回上層,根據請求類型,返回成敗結果和其他資料。而且
模組高度靈活,可以方便的修改增加。包括:
** 使用者模組,處理使用者的註冊,基本資料的修改,許可權的變化,
網友資訊的查詢。
** 版面模組,完成文章發表,文章的讀取,文章的刪除,文章
的加標記,讀改刪許可權檢查,此模組對資料庫的要求最高。
** 精華區模組,包括精華區的文章,目錄的增加,刪除,上下移 動
(?)讀改刪許可權檢查,目錄結構是其中的痛點。
** 信件模組,包括髮新信件,讀刪信件,信箋標記,新信件的通

** 訊息模組,包括髮送訊息,接受訊息,新訊息通知,訊息回顧,
訊息存信件。
** 系統動態模組,包括當前上站人數,當前動態,由於變動頻繁,
此類資料用共用記憶體實現可能更好。
** 聊天模組,雙人聊天是否能借鑒icq的做法,由雙方直接通話,
但聊天結果存信件可能較麻煩,同時,為相容telnet功能,當
上層服務層為telnet時,增加專門的模組來進行處理。
** 聊天室模組,利用共用記憶體還是資料庫?開房間,裡面的許可權
問題。
根據需要,還能增加新的功能。例如:活動看板模組,但對於非
telnet終端,意義好象不大。。。。。
c。服務層:直接和客戶機對話,根據客戶機的請求,調用功能模組取得
資料,然後將資料發送回用戶端,根據用戶端的類型,分別開發不同
的服務模組,並且儘可能合理進行抽象,使對不同的服務層,能共用
系統功能層的模組。具體包括:
cq66服務端,採取原cq66的方式,並重新規劃協議,支援系統功能
層的所有功能,但要用專門的用戶端程式(cq66),如果能做到向
下相容則更好,用戶端程式要隨服務端的升級而升級,使用者可能有
點不便。有需要可以在傳輸過程中加入加密功能,類似ssh。
相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.