CMS都有可能包括些什麼？
一個內容管理系統通常有如下要素：
文檔模板、腳本語言或標記語言、與數據庫集成 tech.techweb.com.cn+T%{1g$d9]
內容的包含物由內嵌入頁面的特殊標記控制。這些標記對於一個內容管理系統通常是唯一的。 這些系統通常有對較複雜的操作的語言支持，如 Python, Perl, 或 Java 等。
內容管理系統對站點管理和創造編輯都有好處。這其中最大的好處是能夠使用模板和通用的設計元素以確保整個網站的協調。 作者只需在他們的文檔中採用少量的模板代碼，然後即可把精力集中在設計之上的內容了。要改變網站的外觀， 管理員只需修改模板而不是一個個單獨的頁面。
內容管理系統也簡化了網站的內容供給和內容管理的責任委託。很多內容管理系統允許對網站的不同層面人員賦予不同等級的訪問權限， 這使得他們不必研究操作系統級的權限設置，只需用瀏覽器接口即可完成。
其他的特性如：搜索引擎、日曆、Web 郵件等也會內置於內容管理系統 CMS 內，或允許以第三方插件的形式集成進來。 TechWeb-技術社區&i1/1t'r5I7G/v)j
如何開發CMS： 內容管理系統是一個很泛的概念：從商業門戶網站的新聞系統到個人的Weblog都可以稱作發佈系統。tech.techweb.com.cn%r2t5B8J%?.{
框架型：本身不包含任何應用實現，只是提供了底層框架，具體應用需要一定的二次開發，比如Cocoon，Vignette；
應用型：本身是一個面向具體類型的應用實現，已經包含了新聞/評論管理，投票，論壇，WIKI等一些子系統。比如：postNuke xoops等； 4b7d U)f8U)h4}
但無論如何，在發佈系統選型之前，首先了解自己的實際需求是最重要的：想根據現成系統將自己的需求硬往上照搬是非常不可取的。訪問量，權限控制和各種功能需求。每個模塊和功能自己都比較清晰一點以後，再去網上找找類似的實現：你會發現其實每個環節到目前上都有比較成熟的實現了，而且還在不斷完善和發展中，如果沒有：你的需求太特殊，或者可以嘗試分解成更小的系統組合實現。
內容管理系統被分離成以下幾個層面：各個層面優先考慮的需求不同
tech.techweb.com.cn8N;k,["J5U
1，後臺業務子系統管理（管理優先：內容管理）：新聞錄入系統，BBS論壇子系統，全文檢索子系統等，針對不同系統的方便管理者的內容錄入：所見即所得的編輯管理界面等，清晰的業務邏輯：各種子系統的權限控制機制等；
2，Portal系統（表現優先：模板管理）：大部分最終的輸出頁面：網站首頁，子頻道/專題頁，新聞詳情頁一般就是各種後臺子系統模塊的各種組合，這種發佈組合邏輯是非常豐富的，Portal系統就是負責以上這些後臺子系統的組合表現管理； 程序開發，操作系統，服務器，源碼下載，Linux,Unix,BSD,PHP,Apach,asp,下載,源碼,黑客,安全,技術社區,技術論壇't,]6q/K7P7w5y
3，前臺發佈（效率優先：發佈管理）：面向最終用戶的緩存發佈，和搜索引擎spider的URL設計等…… 程序開發，操作系統，服務器，源碼下載，Linux,Unix,BSD,PHP,Apach,asp,下載,源碼,黑客,安全,技術社區,技術論壇,p.V-f9x(A*X2C"q:q
內容管理和表現的分離：很多成套的CMS系統沒有把後臺各種子系統和Portal分離開設計，以至於在Portal層的模板表現管理和新聞子系統的內容管理邏輯混合在一起，甚至和BBS等子系統的管理都耦合的非常高，整個系統會顯得非常龐雜。而且這樣的系統各個子系統捆綁的比較死，如果後臺的模塊很難改變。但是如果把後臺各種子系統內容管理邏輯和前臺的表現/發佈分離後，Portal和後臺各個子系統之間只是數據傳遞的關係：Portal只決定後臺各個子系統數據的取捨和表現，而後臺的各個子系統也都非常容易插拔。
內容管理和數據分發的分離：需要要Portal系統設計的時候注意可緩存性（Cache Friendly）性設計：CMS後臺管理和發佈機制，本身不要過多考慮"效率"問題，只要最終頁面輸出設計的比較Cacheable，效率問題可通過更前端專門的緩存服務器解決。 )f8[(u w:V1Q.[0a$A
此外，就是除了面向最終瀏覽器用戶外，還要注意面向搜索引擎友好(Search engine Friendly)的URL設計：通過 URL REWRITE轉向或基於PATH_INFO的參數解析使得動態網頁在鏈接（URI）形式上更像靜態的目錄結構，方便網站內容被搜索引擎收錄。
文檔模板、腳本語言或標記語言、與數據庫集成 tech.techweb.com.cn+T%{1g$d9]
內容的包含物由內嵌入頁面的特殊標記控制。這些標記對於一個內容管理系統通常是唯一的。 這些系統通常有對較複雜的操作的語言支持，如 Python, Perl, 或 Java 等。
內容管理系統對站點管理和創造編輯都有好處。這其中最大的好處是能夠使用模板和通用的設計元素以確保整個網站的協調。 作者只需在他們的文檔中採用少量的模板代碼，然後即可把精力集中在設計之上的內容了。要改變網站的外觀， 管理員只需修改模板而不是一個個單獨的頁面。
內容管理系統也簡化了網站的內容供給和內容管理的責任委託。很多內容管理系統允許對網站的不同層面人員賦予不同等級的訪問權限， 這使得他們不必研究操作系統級的權限設置，只需用瀏覽器接口即可完成。
其他的特性如：搜索引擎、日曆、Web 郵件等也會內置於內容管理系統 CMS 內，或允許以第三方插件的形式集成進來。 TechWeb-技術社區&i1/1t'r5I7G/v)j
如何開發CMS： 內容管理系統是一個很泛的概念：從商業門戶網站的新聞系統到個人的Weblog都可以稱作發佈系統。tech.techweb.com.cn%r2t5B8J%?.{
框架型：本身不包含任何應用實現，只是提供了底層框架，具體應用需要一定的二次開發，比如Cocoon，Vignette；
應用型：本身是一個面向具體類型的應用實現，已經包含了新聞/評論管理，投票，論壇，WIKI等一些子系統。比如：postNuke xoops等； 4b7d U)f8U)h4}
但無論如何，在發佈系統選型之前，首先了解自己的實際需求是最重要的：想根據現成系統將自己的需求硬往上照搬是非常不可取的。訪問量，權限控制和各種功能需求。每個模塊和功能自己都比較清晰一點以後，再去網上找找類似的實現：你會發現其實每個環節到目前上都有比較成熟的實現了，而且還在不斷完善和發展中，如果沒有：你的需求太特殊，或者可以嘗試分解成更小的系統組合實現。
內容管理系統被分離成以下幾個層面：各個層面優先考慮的需求不同
tech.techweb.com.cn8N;k,["J5U
1，後臺業務子系統管理（管理優先：內容管理）：新聞錄入系統，BBS論壇子系統，全文檢索子系統等，針對不同系統的方便管理者的內容錄入：所見即所得的編輯管理界面等，清晰的業務邏輯：各種子系統的權限控制機制等；
2，Portal系統（表現優先：模板管理）：大部分最終的輸出頁面：網站首頁，子頻道/專題頁，新聞詳情頁一般就是各種後臺子系統模塊的各種組合，這種發佈組合邏輯是非常豐富的，Portal系統就是負責以上這些後臺子系統的組合表現管理； 程序開發，操作系統，服務器，源碼下載，Linux,Unix,BSD,PHP,Apach,asp,下載,源碼,黑客,安全,技術社區,技術論壇't,]6q/K7P7w5y
3，前臺發佈（效率優先：發佈管理）：面向最終用戶的緩存發佈，和搜索引擎spider的URL設計等…… 程序開發，操作系統，服務器，源碼下載，Linux,Unix,BSD,PHP,Apach,asp,下載,源碼,黑客,安全,技術社區,技術論壇,p.V-f9x(A*X2C"q:q
內容管理和表現的分離：很多成套的CMS系統沒有把後臺各種子系統和Portal分離開設計，以至於在Portal層的模板表現管理和新聞子系統的內容管理邏輯混合在一起，甚至和BBS等子系統的管理都耦合的非常高，整個系統會顯得非常龐雜。而且這樣的系統各個子系統捆綁的比較死，如果後臺的模塊很難改變。但是如果把後臺各種子系統內容管理邏輯和前臺的表現/發佈分離後，Portal和後臺各個子系統之間只是數據傳遞的關係：Portal只決定後臺各個子系統數據的取捨和表現，而後臺的各個子系統也都非常容易插拔。
內容管理和數據分發的分離：需要要Portal系統設計的時候注意可緩存性（Cache Friendly）性設計：CMS後臺管理和發佈機制，本身不要過多考慮"效率"問題，只要最終頁面輸出設計的比較Cacheable，效率問題可通過更前端專門的緩存服務器解決。 )f8[(u w:V1Q.[0a$A
此外，就是除了面向最終瀏覽器用戶外，還要注意面向搜索引擎友好(Search engine Friendly)的URL設計：通過 URL REWRITE轉向或基於PATH_INFO的參數解析使得動態網頁在鏈接（URI）形式上更像靜態的目錄結構，方便網站內容被搜索引擎收錄。