如何開發CMS

     首先瞭解CMS

CMS是Content Management System的縮寫，意為“內容管理系統”.

　　CMS具有許多基於模板的優秀設計，可以加快網站開發的速度和減少開發的成本。

　　CMS的功能並不只限於文本處理，它也可以處理圖片、Flash動畫、聲像流、映像甚至電子郵件檔案。

　　CMS其實是一個很廣泛的稱呼，從一般的部落格程式，新聞發布程式，到綜合性的網站管理程式都可以被稱為內容管理系統。

CMS的分類    CMS有幾種不同的分類方法。比如，根據應用程式層面的不同，可以被劃分為：

　　○ 重視後台管理的CMS

　　○ 重視風格設計的CMS

　　○ 重視前台發布的CMS

等等。就目前已經存在的各種CMS來說，最終介面上都是大同小異，但是在編程風格與管理方式上來講卻是相差萬別。

　　就CMS本身被設計出來的出發點來說，應該是方便一些對於各種網路程式設計語言並不是很熟悉的使用者用一種比較簡單的方式來管理自己的網站。這雖然是本身的出發點，但由於各個CMS系統的原創者們自己本身的背景與對“簡單”這兩個字的理解程度的不同，就造成了現在沒有統一的標準群雄紛爭的局面。

　　簡而言之CMS就是可以讓你不需要學習複雜的建站技術，不需要學習太多複雜的HTML語言，你就能夠利用CMS構建出一個風格統一功能強大的專業網站。
   CMS的功能

 CMS具有許多基於模板的優秀設計，可以加快網站開發的速度和減少開發的成本。

　　CMS的功能並不只限於文本處理，它也可以處理圖片、Flash動畫、聲像流、映像甚至電子郵件檔案。

　　CMS還分各個平台指令碼種類的。

　　內容管理系統是公司資訊化建設和電子政務的新寵，也是一個相對較新的市場，對於內容管理，業界還沒有一個統一的定義，不同的機構有不同的理解：

　　Gartner Group 認為內容管理從內涵上應該包括企業內部內容管理、Web內容管理、電子商務交易內容管理和企業外部網(Extranet)資訊共用內容管理（如CRM和 SCM等），Web內容管理是當前的重點，e-business和XML是推動內容管理髮展的源動力。

　　Merrill Lynch的分析師認為內容管理側重於企業員工、企業使用者、夥伴和供應商方便獲得非結構化資訊的處理過程。內容管理的目的是把非結構化資訊出版到intranets, extranets和ITE(Internet Trading Exchanges), 從而使使用者可以檢索、使用、分析和共用。商業智慧系統 (BI)側重於結構化資料的價值提取，而內容管理則側重於企業內部和外部非結構化資源的戰略價值提取。

　　Giga Group 認為作為電子商務引擎，內容管理解決方案必須和電子商務伺服器緊密整合，從而形成內容生產(Production)、傳遞(Delivery)以及電子商務端到端系統。

 　內容管理系統是一種位於WEB前端（Web 服務器）和後台系統或流程（內容創作、編輯）之間的軟體系統。內容管理解決方案重點解決各種非結構化或半結構化的數字資源的採集、管理、利用、傳遞和增值，並能有機整合到結構化資料的商業智慧環境中，如OA,CRM等。內容的創作人員、編輯人員、發布人員使用內容管理系統來提交、修改、審批、發布內容。這裡指的"內容"可能包括檔案、表格、圖片、資料庫中的資料甚至視頻等一切你想要發布到 Internet、Intranet以及Extranet網站的資訊。

    如何開發CMS

　內容管理系統是一個很泛的概念：從商業門戶網站的新聞系統到個人的Weblog都可以稱作發布系統。

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

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

　　但無論如何，在發布系統選型之前，首先瞭解自己的實際需求是最重要的：想根據現成系統將自己的需求硬往上照搬是非常不可取的。訪問量，許可權控制和各種功能需求。每個模組和功能自己都比較清晰一點以後，再去網上找找類似的實現：你會發現其實每個環節到目前上都有比較成熟的實現了，而且還在不斷完善和發展中，如果沒有：你的需求太特殊，或者可以嘗試分解成更小的系統組合實現。

　　內容管理系統被分離成以下幾個層面：各個層面優先考慮的需求不同

　　1，後台業務子系統管理（管理優先：內容管理）：新聞錄入系統，BBS論罈子系統，全文檢索索引子系統等，針對不同系統的方便管理者的內容錄入：所見即所得 (WYSIWYG)的編輯管理介面等，清晰的商務邏輯：各種子系統的許可權控制機制等；

　　2，Portal系統（表現優先：範本管理員）：大部分最終的輸出頁面：網站首頁，子頻道/專題頁，新聞詳情頁一般就是各種後檯子系統模組的各種組合，這種發布組合邏輯是非常豐富的，Portal系統就是負責以上這些後檯子系統的組合表現管理；

　　3，前台發布（效率優先：發行管理）：面向終端使用者的緩衝發布，和搜尋引擎spider的URL設計等……

　　　內容管理和表現的分離：很多成套的CMS系統沒有把後台各種子系統和Portal分離開設計，以至於在Portal層的模板表現管理和新聞子系統的內容管理邏輯混合在一起，甚至和BBS等子系統的管理都耦合的非常高，整個系統會顯得非常龐雜。而且這樣的系統各個子系統捆綁的比較死，如果背景模組很難改變。但是如果把後台各種子系統內容管理邏輯和前台的表現/發布分離後，Portal和後台各個子系統之間只是資料傳遞的關係：Portal只決定後台各個子系統資料的取捨和表現，而背景各個子系統也都非常容易插拔。

　　內容管理和資料分發的分離：需要要Portal系統設計的時候注意可緩衝性（Cache Friendly）性設計：CMS後台管理和發布機制，本身不要過多考慮"效率"問題，只要最終頁面輸出設計的比較Cacheable，效率問題可通過更前端專門的快取服務器解決。

　　此外，就是除了面向最終瀏覽器使用者外，還要注意面向搜尋引擎友好(Search engine Friendly)的URL設計：通過 URL REWRITE轉向或基於PATH_INFO的參數解析使得動態網頁在連結（URI）形式上更像靜態目錄結構，方便網站內容被搜尋引擎收錄；

　國內的商業與開源 CMS

　　kycms 酷源網站內容管理系統（.net開源）: http://www.kycms.com （重點推薦KYCMS內容管理系統、商城系統，線上考試系統，子網站集合群系統、oa系統）

　　dedecms 織夢網站管理系統 （開源）: http://www.dedecms.com/

　　帝國網站管理系統 ECMS : http://www.phome.net/

　　宏博內容管理系統 : http://www.hbcms.com/

　　COMSHARP CMS - 銳商企業CMS : http://www.comsharp.com/

　　TurboCMS : http://www.turbocms.com/

　　動易內容管理系統 : http://www.powereasy.net/

　　SupeSite 社區門戶系統 : http://www.supesite.com/

　　phpcms 網站管理系統 : http://www.phpcms.cn/

　　verycms 內容管理系統 : http://www.verycms.net/

　　Joekoe CMS喬客網 : http://www.joekoe.net/

　　漸飛網站管理系統 : http://www.jfcms.net/

　　SiteServer CMS網站管理系統 : http://www.siteserver.cn/

　　.Net動網新聞 : http://www.xmlasp.net/

　　JTBC網站內容管理系統: http://www.jtbc.net.cn/ (開源免費)

　　FOOSUN網站內容管理系統：http://www.foosun.net/（開源免費）

　　HUGESKY CMS網站內容管理系統：<A href="http://www.hugesky.com">http://www.hugesky.com

　　CMS吧，CMS模板，CMS教程專業站http://www.cms8.com.cn

            CMS系統對搜尋引擎優勢

Title等元標記不僅能個人化且能自訂規則，以滿足複雜網站不同頻道、分類、部落格、論壇等對元標記的要求;

　　cms52.cn解讀：這條目前已經ok了，國內目前的php類cms，dede，帝國全部模板都支援元標籤自訂，wp用外掛程式可以實現，只是目前keywords自動化產生的還不夠智能。

　　靜態化富含關鍵詞的URL，且能靈活自訂，這對英文類網站的長尾關鍵詞、問題類短語關鍵片語有莫大協助;

　　cms52.cn解讀：貌似國內的cms在這方面都不行，幾乎都不支援偽靜態，dz，phpwind倒是支援，不過是論壇，dede要修改才能支援偽靜態， wordpress偽靜態就做的很好，可以滿足這條要求。要追求偽靜態效果的話，選cms精靈建議選英文的cms，drupal，joomal都不錯，我 個人做英文站的話喜歡用joomal。另外，對於中文url裡插關鍵詞效果沒有英文的好。

　　能支援HTML中特殊的個人化標籤，如nofollow、h1/h2/h3…

　　cms52.cn解讀：dede，帝國，wordpress幾乎都支援這些，模板技術都可以實現。

　　靈活的自然化的站內文字連結;

　　cms52.cn解讀：應該說的是本文引用內鏈，dede有這個功能，但是做的不夠好，要修改，wordpress用外掛程式就能實現的很好，上海seo研究院就已經實現這個功能了，看看本文的內鏈就知道了^^

　　目錄結構設定靈活無限制;

　　cms52.cn解讀：看你怎麼設計了，程式是死的人是活的，只要偽靜態做的好，.htaccess正則寫的好，什麼目錄結構都可以做出來。

　　支援長內容分頁;

　　cms52.cn解讀：基本上國內的目前都支援自動分頁，dede，帝國在這方面都沒問題。

　　支援301跳轉設定;

　　cms52.cn解讀：這個伺服器端可以實現吧，或者自己寫php函數header()轉向也行吧，精靈都是伺服器端直接設的。

　　XML/RSS輸出並支援ping功能;

　　cms52.cn解讀：國內的cms這方面有，但是屬於雞肋，跟沒有一樣，wordpress等國外的這方面用外掛程式實現。

　　圖片的標籤處理;

　　精靈解讀：國內的圖片標籤還不能自動產生，只能調用別的標籤，如title，keywords等等。這方面沒有仔細研究過，我不是注重圖片標籤的處理。

　　靈活的CSS調用;

　　精靈解讀：應該都沒問題吧，想怎麼調就怎麼調^^

　　運用緩衝技術。

　　二、Constant Maturity Swap（固定期限掉期協議）

　定義

     CMS(Constant Maturity Swap)是一種掉期（利率交換）協議形式，它使得購買者能夠鎖定所收到現金流的久期。

　　在一般的利率掉期協議中，交易雙方約定在一定時期內，在一筆象徵性本金數額的基礎上互相交換不同性質的利率（包括基於不同基準的浮動利率、固定利率等）款項的支付。CMS的特點是交換雙方中，一方的利率會根據市場上的掉期利率（不是LIBOR）進行階段性調整；另一方的利率則一般是LIBOR、固定利率或其他形式的有固定期限的利率。

　　例：假設現在的利率互換市場上，六個月LIBOR是5.0%，三年期的掉期利率是6.5%，則現在六月期LIBOR和三年期掉期利率之差為150個基點（一個基點=0.01%）。若一個投資者認為六個月LIBOR和三年期掉期利率在未來兩年內的平均差值將達到50個基點，那麼他可以簽訂以下的CMS協議

　　收到：六個月LIBOR

　　付出：三年期掉期利率 - 105個基點

　　在每半年中，

　　1. 若 三年期掉期利率 - 六個月LIBOR ＞ 105 個基點， 則投資者有資金流出

　　2．若 三年期掉期利率 - 六個月LIBOR ＜ 105 個基點， 則投資者有資金流入

　　由於現在兩者之差是150個基點，因此最初六個月投資者將支付45個基點。但是若投資者的假設正確，即未來兩年內三年期掉期利率和六個月LIBOR之差的平均值的確為50個基點，那麼投資者將賺取55（=105-50）個基點的利潤。這份協議的優勢在於三年期掉期利率和六個月LIBOR差額究竟在未來哪一天開始縮小並不重要，只要它們的差額平均值小於105個基點，投資者就能獲得收益。而如果簽訂DIRF(Differential Interest Rate Fix),由於投資者並不確定何時利差會變小，同樣不能獲利。