可能是因為 discuz! 龐大的使用者群的原因吧，發現有些中小**也有在 discuz! 基礎上做二次開發的，巧的是，到了某個階段，不約而同的遇到類似的問題：開發進度明顯滯後。
個人覺得 discuz! 設計的初衷是面向中小站長的，對於二次開發可能並不是很重視。去官方論壇看了半天，甚至都沒有專門二次開發的板塊。莫非大家的二次開發都是各自為政，摸著黑搞的麼?(好像的確是這樣，**開源，對著修改就成) 一些簡單的門戶開發估計問題都不大的，如果業務複雜一些，並且流量相對較大，可能隱憂就會比較明顯了。
有次因為要驗證一點東西，看了一點 discuz! 的**，發現一些基本的模組效能上並非很好(我自己並不很懂 php，只是出於效能考慮罷了)，類似的頁面在一定規模下並不會對效能有太大影響，可一旦突破某個量級，影響就非常明顯了。有的網友可能會說，別裝了，你不知道 discuz! 功能有多強大吧? 問題可能恰恰就在於功能強大這兒了，乙個軟體如果自身已經在一些細節上考慮的足夠細緻，那麼無疑也會給二次開發帶來不必要的開銷。就這一點上說，或許 discuz! 有必要開發乙個面向二次開發的版本，削減一些錦上添花的小功能。
另外，ucenter 這個 sns 產品我覺得也不會有太大作為，千站一面的 sns ，除了讓大家消磨一些無謂的時間，會帶來什麼創新呢?
這只是我心血來潮，對產品設計的一點思考罷了，可別真的繞到 discuz! 到底有哪些優點上去…
–eof–
更新，有朋友和我說
discuz! **裡面本身包含監控隱私的東西，如果你的**達到一定數量的使用者，程式會觸發通知 discuz! 公司。誰來證實一下?
google+
discuz 二次開發
discuz 框架也算是比較流行的社群論壇框架，discuz 的基礎架構採用世界上最流行的 web 程式設計組合 php mysql 實現，是乙個經過完善設計，適用於各種伺服器環境的高效論壇系統解決方案。1 安裝 discuz 然後把 upload 資料夾 另兩個檔案不用管 移動到本地伺服器主機資料...
discuz 二次開發文章
參考 discuz x3.2 二次開發基本流程 discuz二次開發常用技術手冊 discuz x2二次開發之資料庫操作 db類 discuz 資料庫操作db類和c t類介紹 菜鳥篇 discuz x系列 資料庫的操作 使用c t方法顯示資料表內容 discuz 模版檔案定位 discuz 資料庫操...
關於二次開發
首先，看他的目錄結構，知道每個資料夾，甚至每個檔案是幹什麼的，這個常用的discuz等都有相關的資料，並不是所有的檔案都要一一看懂 其次，他的模板語言語法是怎麼樣的，定義了哪些全域性變數 全域性陣列 常量。再次就是看他的核心類 核心函式是怎麼寫的。對架構感興趣的，可以看看他的路由解析類 控制器類 資...