基於mysql的bbs設計總結
- 零下一度原創
- 2017-06-15 09:37:371839瀏覽
6。 bbsd和cq66伺服器端改造 bbsd中，關於使用者的模組應該比較好改，只要將寫入.PASSWD檔案的操作換為操作資料庫的UserManage類別的成員函數即可，但可能要先判斷什麼資料更改， 要調用哪個函數。並發操作的一致性，則由資料庫的加鎖功能保證，mysql應該 支援這種的鎖吧。文章方面可能比較麻煩，也是將原來對文件的操作轉換成操作 資料庫的BoardManage類別的成員函數即可。 cq66模式應該比較好改動，可能就是原來取文章的協定要改變一下。取文章 標題的時候，同時也將文章的長度發送過去，然後客戶端可以根據顯示區的大小， 逐步請求文章的內容，請求文章的時候要給出請求的範圍。 關於系統模組層，可能做成so的形式會不會較好，（so是不是相當於dll， 容不容易做的，有沒有必要？），同時系統模組層應不應該保存一些局
1. 67.220.91.30 bbs 基於mysql的bbs設計（五）
簡介：67.220.91.30 bbs:67.220.91.30 bbs 基於mysql的bbs設計（五）：6。 bbsd和cq66伺服器端改造 bbsd中，關於使用者的模組應該比較好改，只要將寫入.PASSWD檔案的操作換為操作資料庫的UserManage類別的成員函數即可，但可能要先判斷什麼資料更改， 要調用哪個函數。並發操作的一致性，則由資料庫的加鎖功能保證，mysql應該 支援這種的鎖吧。文章方面可能比較麻煩，也是將原來對文件的操作轉換成操作 資料庫的BoardManage類別的成員函數即可。
2. bbs.txtnovel.com 以mysql為基礎的bbs設計（二）
簡介：bbs.txtnovel .com:bbs.txtnovel.com 基於mysql的bbs設計（二）：3。資料庫設計 關鍵還是mysql的效率問題，合理分配mysql的內存，特別是table cache的 大小。另外，當系統突然掉電呢？ mysql是否robust？ table的名字設計，採用一位前綴表明類型，全部以小寫表示（？），例如： 系統的資料庫，以s為前導，如用戶表：suser（sUSER 呢？），具體如下： s ：系統表， suser，sclass m ：使用者信件表，msy
3. bbs.5isotoi5.org 基於mysql的bbs設計（四）
#簡介：bbs.5isotoi5.org:bbs.5isotoi5.org 基於mysql的bbs設計（四）：5。版面模組設計 所謂分類，更多的是為telnet服務端考慮的，在cq66模式下，用戶可以按 照自己的意願進行分類，反正最後都是直接以版為基本單位訪問的。 對於版面文章的訪問，存放的時候以整篇文章為參數，文章的分塊由本層完成，如果上層以塊為單位傳送，則在上層全部傳完，組合後，再傳參到本層分解；在讀取的時候，本層則以區塊為單位訪問，如果上層要以全文為單位訪問，則在上層做合併工作，本
簡介：基於mysql的bbs設計（五）。 6。 bbsd和cq66伺服器端改造bbsd中，關於使用者的模組應該比較好改，只要將寫入.PASSWD檔案的操作換為操作資料庫的UserManage類別的成員函數即可，但
#簡介：基於mysql的bbs設計（四）。 5。版面模組設計所謂分類，更多的是為telnet服務端考慮的，在cq66模式下，使用者可以依照自己的意願分類，反正最後都是直接以版為基底
#簡介：基於mysql的bbs設計（一）。 1。系統架構： 採用模組化思想，分為3層： a。資料儲存層：使用mysql來存放bbs的所有數據，包括用戶信息， 文章數據，用戶信件，用戶消息
簡介：基於mysql的bbs設計（二）。 3。資料庫設計 關鍵還是mysql的效率問題，合理分配mysql的內存，特別是table cache的 大小。另外，當系統突然掉電呢？ mysql是否robust？ table的名稱
##簡介：基於mysql的bbs設計（三）。 4。使用者模組設計對於底層資料庫，呼叫mysql的C API函數來進行資料庫的修改，內部保存一定的狀態變數（例如使用者名，還是留給上一層完成
簡介：基於mysql的bbs設計二。 mysql的內存，特別是table cache的大小。 PHP教學
簡介：基於mysql的bbs設計一。存放bbs的所有數據，包括用戶信息， 文章數據，用戶信件，用戶消
以上是基於mysql的bbs設計總結的詳細內容。更多資訊請關注PHP中文網其他相關文章！