內容治理系統(tǒng)是一個很泛的概念：從商業(yè)門戶網站的新聞系統(tǒng)到個人的Weblog都可以稱作發(fā)布系統(tǒng)。

框架型：本身不包含任何應用實現(xiàn)，只是提供了底層框架，具體應用需要一定的二次開發(fā)，比如Cocoon，Vignette；

應用型：本身是一個面向具體類型的應用實現(xiàn)，已經包含了新聞/評論治理，投票，論壇，WIKI等一些子系統(tǒng)。比如：postNuke xoops等；

但無論如何，在發(fā)布系統(tǒng)選型之前，首先了解自己的實際需求是最重要的：想根據(jù)現(xiàn)成系統(tǒng)將自己的需求硬往上照搬是非常不可取的。訪問量，權限控制和各種功能需求。每個模塊和功能自己都比較清楚一點以后，再去網上找找類似的實現(xiàn)：你會發(fā)現(xiàn)其實每個環(huán)節(jié)到目前上都有比較成熟的實現(xiàn)了，而且還在不斷完善和發(fā)展中，假如沒有：你的需求太非凡，或者可以嘗試分解成更小的系統(tǒng)組合實現(xiàn)。

內容治理系統(tǒng)被分離成以下幾個層面：各個層面優(yōu)先考慮的需求不同

1，后臺業(yè)務子系統(tǒng)治理（治理優(yōu)先：內容治理）：新聞錄入系統(tǒng)，BBS論壇子系統(tǒng)，全文檢索子系統(tǒng)等，針對不同系統(tǒng)的方便治理者的內容錄入：所見即所得的編輯治理界面等，清楚的業(yè)務邏輯：各種子系統(tǒng)的權限控制機制等；

2，Portal系統(tǒng)（表現(xiàn)優(yōu)先：模板治理）：大部分最終的輸出頁面：網站首頁，子頻道/專題頁，新聞詳情頁一般就是各種后臺子系統(tǒng)模塊的各種組合，這種發(fā)布組合邏輯是非常豐富的，Portal系統(tǒng)就是負責以上這些后臺子系統(tǒng)的組合表現(xiàn)治理；

3，前臺發(fā)布（效率優(yōu)先：發(fā)布治理）：面向最終用戶的緩存發(fā)布，和搜索引擎spider的URL設計等……

內容治理和表現(xiàn)的分離：很多成套的CMS系統(tǒng)沒有把后臺各種子系統(tǒng)和Portal分離開設計，以至于在Portal層的模板表現(xiàn)治理和新聞子系統(tǒng)的內容治理邏輯混合在一起，甚至和BBS等子系統(tǒng)的治理都耦合的非常高，整個系統(tǒng)會顯得非常龐雜。而且這樣的系統(tǒng)各個子系統(tǒng)捆綁的比較死，假如后臺的模塊很難改變。但是假如把后臺各種子系統(tǒng)內容治理邏輯和前臺的表現(xiàn)/發(fā)布分離后，Portal和后臺各個子系統(tǒng)之間只是數(shù)據(jù)傳遞的關系：Portal只決定后臺各個子系統(tǒng)數(shù)據(jù)的取舍和表現(xiàn)，而后臺的各個子系統(tǒng)也都非常輕易插拔。

內容治理和數(shù)據(jù)分發(fā)的分離：需要要Portal系統(tǒng)設計的時候注重可緩存性（Cache Friendly）性設計：CMS后臺治理和發(fā)布機制，本身不要過多考慮"效率"問題，只要最終頁面輸出設計的比較Cacheable，效率問題可通過更前端專門的緩存服務器解決。

此外，就是除了面向最終瀏覽器用戶外，還要注重面向搜索引擎友好(Search engine Friendly)的URL設計：通過 URL REWRITE轉向或基于PATH_INFO的參數(shù)解析使得動態(tài)網頁在鏈接（URI）形式上更像靜態(tài)的目錄結構，方便網站內容被搜索引擎收錄.

查看更多 科汛cms教程  科汛模板