關於CMS的那點事 I

CMS是Content Management System的縮寫，意爲「內容管理系統」。CMS實際上是一個很普遍的稱呼，從通常的博客程序，新聞發佈程序，到綜合性的網站管理程序均可以被稱爲內容管理系統。

分類

　　
根據不一樣的需求，CMS有幾種不一樣的分類方法。好比，根據應用層面的不一樣，能夠被劃分爲： 　　

• 重視後臺管理的CMS 　　
• 重視風格設計的CMS 　　
• 重視前臺發佈的CMS

就目前已經存在的各類CMS來講，最終界面上都是大同小異，可是在編程風格與管理方式上來說倒是千差萬別。

就CMS自己被設計出來的出發點來講，應該是方便一些對於各類網絡編程語言並非很熟悉的用戶用一種比較簡單的方式來管理本身的網站。這雖然是自己的出發點，但因爲各個CMS系統的原創者們本身自己的背景與對「簡單」這兩個字的理解程度的不一樣，就形成了如今沒有統一的標準羣雄紛爭的局面。 　　

簡而言之，CMS就是可讓你不須要學習複雜的建站技術，不須要學習太多複雜的HTML語言，你就可以利用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)以及電子商務端到端系統。

CMS 誕生的背景

隨着網絡應用的豐富和發展，不少網站每每不能迅速跟進大量信息衍生及業務模式變革的腳步，經常須要花費許多時間、人力和物力來處理信息更新和維護工做；遇到網站擴充的時候，整合內外網及分支網站的工做就變得更加複雜，甚至還需從新建設網站；如此下去，用戶始終在一個高成本、低效率的循環中升級、整合…… 　　

因而，咱們聽到許多用戶這樣的反饋：

• 頁面製做無序，網站風格不統一，大量信息堆積，發佈顯得異常沉重；
• 內容繁雜，手工管理效率低下，手工連接視音頻信息常常沒法實現；
• 應用難度較高，許多工做須要技術人員配合才能完成，角色分工不明確；
• 改版工做量大，系統擴展能力差，集成其它應用時更是下降了靈活性；

對於網站建設和信息發佈人員來講，他們最關注的系統的易用性和的功能的完善性，所以，這對網站建設和信息發佈工具提出了一個很高的要求。 　　

首先，角色定位明確，以充分保證工做人員的工做效率；其次，功能完整，知足各門道"把關人"應用所需，使信息發佈準確無誤。好比，爲編輯、美工、主編及運維人員設置權限和實時管理功能。 　　

此外，保障網站架構的安全性也是用戶關注的焦點。能有效管理網站訪問者的登錄權限，使內網數據庫不受攻擊，從而時刻保證網站的安全穩定，免於用戶的後顧之憂。 　　

根據以上需求，一套專業的內容管理系統CMS應運而生，來有效解決用戶網站建設與信息發佈中常見的問題和需求。對網站內容管理是該軟件的最大優點，它流程完善、功能豐富，可把稿件分門別類並受權給合法用戶編輯管理，而不須要用戶去理會那些難懂的SQL語法。
發展
　　
　　
內容管理從2000年開始成爲一個重要的應用領域，這時.COM和B2B, B2C等經歷了資本和市場的考驗及洗禮，人們從新回到信息技術應用的基本面－如何提升競爭能力，而內容管理偏偏可以經過對企業各類類型的數字資產的產生、管理、增值和再利用，改善組織的運行效率和企業的競爭能力，企事業單位也開始認識到內容管理的重要性。 　　

從企事業單位信息化的觀點來看，如下因素致使對內容管理軟件的巨大需求：

知識是企業的財富。 　　

在Internet交互過程當中，只有十分之一涉及銷售，其餘十分之九都和信息交互有關，員工的知識獲取愈來愈依賴於互聯網，特別是在電子商務的個性化環境中，客戶爲了作出購買決定，須要智能化地獲取信息，不只僅是商品的數量和價格，更重要的多是產品的手冊、安全保證、技術指標、售後服務、圖片文件等等。 　　

信息的及時性和準確性。

不管在企業內網仍是外網，信息的更新愈來愈快，企事業單位的信息生產量愈來愈多，且呈現成倍增加的趨勢，企事業單位更須要的是一個功能強大、可擴展的、靈活的內容管理技術來知足不斷的信息更新、維護，這時如何保證信息的準確性和真實性將愈來愈顯得重要。 　　

企業內外網統一的需求增加。

隨着企事業單位信息化的建設，內聯網和外聯網之間的信息交互愈來愈多,優秀的內容管理系統對企業內部來講，可以很好地作到信息的收集和重複利用以及信息的增值利用, 對於外聯網來講，更重要的是真正交互式和協做性的內容。

CMS 的困局

因爲CMS的發展一直是各自爲政，以致於沒有一種統一的行業標準。各家各派也互相仿造，或是不斷完善各自的功能，以最終實現：Full Stack CMS - 大而全的內容管理平臺，換句話說就是CMS廠家但願經過「全功能」加強用戶的忠誠度，經過全功能實現就能用一個CMS構造一切類型的網站，至少這是全部的CMS官網上最爲爲一至的宣傳口號。

一但Full Stack成爲CMS的設計哲學，那麼就意味着這類CMS必然是航空母艦級別的重武器，這意味着要駕馭這些尼米芝級的龐然大物就須要付更多的時間與精力去學習它們所提供的一切功能，其學習曲線之陡峭可想而知。諷刺的是，不少的站長或者是開發者可能須要的只是小船他們選擇CMS的初衷可能只是一個文字型的發佈平臺或是純產品信息型的平臺，創建網站就是不想學HTML/javascript/css等各類的常規技術。

號稱使用了CMS就不用重複輪子的開發商們難道不清楚這一點？答案顯然是否認的。由於要開發能盈利的CMS產品只能作全功能型，不管客戶是否須要這些功能，通通都要提供，不然買不了價，這是其一。其二是CMS原本就是一種需求邊界模糊的平臺產品，CMS若是不與實際的應用需求相結合將一無事處，充其量只能是一個創建博客網站的網站而已。

對於選擇CMS的忠告

本人在CMS這個領域也打滾了10多年，對此也是深表無耐也深入地理解這個行業所處於的困局。對於正在選擇的CMS的的用戶我想提出幾點忠告：

非專業的IT

對於非專業IT用戶那麼最好的選擇就是花點錢購買專業應用領域所提供的建站服務，這多是最省錢同時也是最省心的途徑吧。

對於站長和專業IT人

認清本身到低要幹什麼，不管選用哪一種CMS搭建網站的代價都是巨大的，即便所選擇的CMS是開源的，由於從學習曲線與運營維護成本而言每每採用CMS的成本並不比本身在網上下個靜態HTML模板創建站點來得低，由於學習成本可能只是HTML而CMS的學習成本可能須要有一本200頁以上的使用說明。

若是你有清晰的需求的話，建議選擇用專用的網站平臺而不是在CMS上本身構建。要建博客能夠用WordPress, 建電子商務網站能夠選Opencart (PHP),Shopify (ROR)又或者是Django shop (Python)這一類兼容性與功能性俱全的專用平臺。

對於開發者

主流的CMS基本上均可以二次開發，然而學習一個主流CMS可能比學習一個開發平臺所耗費的時間更多，並且所引入的風險更高。能夠用實踐去作一個對比，Web2Py, Flask, Rails 這些平臺基本上一安裝而後配備好可選件後基本上已構成最小的CMS基架了，那可必再曲線救國呢？固然這是可能僅僅是對Python和Ruby的開發者而言，對於以NodeJS, C# 或是 Java而言可能CMS會是一種節省時間的選擇。

結語

好吧，彷佛這些忠告有點詆譭CMS的可用性，但個人願意並不如此。最近一直在反思CMS的發展與咱們的項目的應該向如種方向推薦的問題，有感而發，同時也是給本身做一點總結。本文也只做爲一個引子，後續還打算寫一個系列關於CMS的文章，敬請期待吧。