discuz論壇程式的資料結構 可以參考這裡，不過看著頭暈。
http://www.neter8.com/thread-97856-1-1.html discuz!論壇資料庫結構參考
一是論壇的首頁，普遍採用了論壇分組的模式，沒有出現以前的那種論壇列表的某個論壇的下面還寫著 分論壇：***，yyyy，zzzz等樣子了。直接就用什麼什麼專區來進行分組。
我想了好半天他們到底是怎麼進行論壇分組的，目前覺得分組其實也是論壇，只不過是沒有帖子的論壇，就是有子論壇的論壇。
論壇的分組其實還可以用分組表來進行分，但是就增加了表的數量和查詢次數。現在就是覺得分組其實是也是論壇。
分組中就不讓發帖子就行了。
2.目前論壇首頁的論壇列表都是乙個分組下的論壇沒有象以前那樣直接就是乙個單元格佔一橫行，而是每行顯示3個（一般是3個）子論壇，顯示一些諸如論壇標題、版主、主題數量、帖子數量以及今日發貼數量的資訊
3.分組欄右邊有切換論壇顯示方式（橫向單列式，和格仔式）的按鈕，還有隱藏/顯示該分組的按鈕，以及檢視該區版主的資料按鈕
5.論壇底部，什麼無圖版，文本版之類的鏈結是普遍的。
還有就是論壇上部最好都有rss的鏈結
論壇表的設計，不考慮使用者的許可權（發帖，刪帖等）的話，基本上我覺得可以分為3個表，乙個是論壇表forums，乙個是話題表threads，乙個是回帖表post。
這3個表可以使用從屬關係。post屬於threads，threads屬於forums
這裡的考慮目前還沒有涉及到效能的問題。
沒做過大站，不知道怎麼設計。
dz的資料表，網上都有了，關鍵是目前如果基於django做的話，就不能採用那樣的結構了吧，不重複造輪子的設計哲學應該在我們編碼之前想好的。現在django有user這個contrib，一般許可權的處理還是有的。
我想現在要做的就是整合
以上為暫時所想，讓大家見笑了。
關於設計模式的一點想法
軟體開發的理想是開發出高內聚 低耦合的軟體，學習 掌握優秀的設計模式並在實際開發過程中合理地加以運用，可以開發出可讀性 可維護性和可測性強的程式，降低 的冗餘性。由此想到，我們在軟體開發過程中，經常過分關注於具體的實現細節，忽略了考慮軟體設計上是否合理 是否存在更加可取的設計模式，而有意識地思考設計...
PHP函式設計的一點想法
物件導向開發php應用程式的過程中，估計大家都比較惆悵類的設計和函式的設計。乙個好的函式，讓使用者和後期專案維護者都受益。那麼如何來寫好你的函式呢？下面是一段來自initphp開源框架 的一段 類的例項化 單例模式 param string classname 類名 param string for...
最近一點想法
本來計畫每天11點半之前睡覺，事實證明不太可能每天那麼規律。一是，每週任務不會順利按計畫進行。二是，我本人有時候凌晨睡，五點半起ok，有時候夜幕降臨就要困得昏過去。這樣的話，就爭取精神狀態好的時候多做點事，狀態不好就多休息，不去刻意按時睡了。只是有一點，臉上從不長痘的我，也開始長痘了。不知道是春天有...