如何开发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論壇子系統，全文檢索子系統等，針對不同系統的方便管理者的內容錄入：所見即所得的編輯管理界面等，清晰的業務邏輯：各種子系統的權限控制機制等；
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),由于投資者并不確定何時利差會變小，同樣不能獲利。
?
轉載于:https://www.cnblogs.com/gjy_2008/archive/2008/11/12/1332039.html
總結
- 上一篇： 6条策略提高mysql查询速度 潇湘博客
- 下一篇： c#中 uint--byte[]--ch