這世界上最好用的工具是錘子，因為上面一個按紐都沒有，很多工具沒人使用不是因為功能不好，而是功能太多。CMS 是網(wǎng)站內(nèi)容管理系統(tǒng)，它的作用是幫助網(wǎng)站所有者自主創(chuàng)作站點內(nèi)容，并對這些內(nèi)容進行組織。目前，全球大約有數(shù)千家 CMS 供應(yīng)商，他們的目標市場各不相同，比如 Vignette 的客戶包括 Cathy Pacific 和 2004年雅典奧運會，而 Microsoft Share Point 這樣的輕量級系統(tǒng)幾乎可以應(yīng)用到任何小規(guī)模的組織。除了商業(yè) CMS ，近年來如雨后春筍般冒出來的開源 CMS 也讓人目不暇接，開源 CMS 最大的特點是功能豐富，既然開源，人人都愿意將自己心目中理想的功能加進去，最終的局面是，你想知道某個開源 CMS 的用法，你需要去書店買一本書并把它讀完，在 packtpub.com 你能找到很長的一個書目，這些書都是教你如何使用那些 CMS 系統(tǒng)的。本文從使用者的角度審視現(xiàn)今國外主流 CMS 系統(tǒng)的龐大功能，并對這些功能進行評點，全文基于以下開源 CMS 產(chǎn)品：Drupal, Joomla!, CMS Made Simple, Mambo, Plone, Xoops，其中前三者是2007開源CMS大獎的獲得者。

WYSIWYG Web 編輯器

所見即所得 （WYSIWYG）Web 編輯器是你編寫網(wǎng)站內(nèi)容的最重要的工具，一個好的編輯器可以生產(chǎn)出優(yōu)秀的代碼并讓你擁有高質(zhì)量的網(wǎng)站內(nèi)容，目前最好的 WYSIWYG 編輯器包括，TinyMCE 和 FCKeditor 兩種，這兩種編輯器在各 CMS 產(chǎn)品中被集成的最多，我個人最喜歡 TinyMCE，以為它更輕量。如果你想看到更多 WYSIWYG Web 編輯器，你可以訪問主流 WYSIWYG Web 編輯器功能對比表。

WYSIWYG Web 編輯器是任何 CMS 系統(tǒng)必備的功能，否則，讓用戶自己創(chuàng)建內(nèi)容就成了空話。

模板

模 板是 CMS 將內(nèi)容和形式分開的很好的機制， CMS 系統(tǒng)必須允許使用者更改站點外觀，不管是使用模板還是可視化參數(shù)調(diào)整。但模板也常常是一個 CMS 系統(tǒng)最令人頭痛的部分，你可以下載免費的模板，也可以花錢請人做，若要自己做，你會發(fā)現(xiàn)那是實在不是個輕松的任務(wù)。

靜態(tài) URL

友好的，靜態(tài)的 URL 不僅讓用戶，而且讓搜索引擎更舒服，現(xiàn)在的 URL Rewrite 技術(shù)已經(jīng)可以很容易實現(xiàn)這個功能，對所有 CMS 來說，這是必需的一個功能。

全站搜索

CMS 系統(tǒng)一般使用后臺數(shù)據(jù)庫存儲網(wǎng)站內(nèi)容，這讓全站搜索變得易于實現(xiàn)。讓訪問者快速找到想要的內(nèi)容是 CMS 的首要任務(wù)，這是一個 CMS 系統(tǒng)必須擁有的功能。

站點地圖

站點地圖將全站內(nèi)容的靜態(tài)鏈接放在一個扁平頁面中，對訪問者和搜索引擎來說，這都是一個方便之舉，自動生成站點地圖，是任何 CMS 系統(tǒng)都需必備的一個功能。

自動導(dǎo)航菜單

網(wǎng)站創(chuàng)作者一邊添加內(nèi)容，系統(tǒng)一邊對這些內(nèi)容進行自動組織，并生成導(dǎo)航菜單，這些自動生成的導(dǎo)航菜單可以有效地引導(dǎo)訪問者發(fā)現(xiàn)他們想要的內(nèi)容。這個功能對所有 CMS 系統(tǒng)都非常必要。

自動面包屑導(dǎo)航

面包屑導(dǎo)航幫助訪問者在任意導(dǎo)航深度中都能從原路返回，這是網(wǎng)站易用性的一個重要指標，該功能非常重要。

自動縮略圖

用戶向網(wǎng)站上載圖片之后，CMS 系統(tǒng)應(yīng)該能自動按當前工作區(qū)的大小生成縮略圖，該功能對任何網(wǎng)站都非常必要，畢竟不是所有用戶都知道如何使用縮小圖片，而如今主流的圖片源，數(shù)碼相機，即使放在最低分辨率模式下，其產(chǎn)生的圖片尺寸仍然遠遠大于網(wǎng)站的實際需求。

批量上載

這個功能允許用戶一次上載多個文件，該功能一般通過 zip 壓縮包實現(xiàn)，用戶直接將批量文件壓縮成 zip 文件，上載后，CMS 會將這些文件解開并防止在相應(yīng)位置。該功能并非對所有站點都實用，如果你的站點并不需要大量資源的上載，該功能是可有可無的。

 拼寫檢查

拼 寫檢查一般通過兩中方式實現(xiàn)，一種是純客戶端方式，用戶在瀏覽器中創(chuàng)作內(nèi)容的時候，客戶端的 Javascript 將用戶的拼寫同位于客戶端的字典進行對照檢查；第二種方式是，AJAX 方式，用戶在客戶端創(chuàng)作的同時，使用 AJAX 機制將當前拼寫同服務(wù)器端的字典進行對照，無論何種方式，拼寫檢查都會給客戶與服務(wù)器帶來額外的負擔，雖然拼寫檢查聽起來很好，但如果是在 Word 或 Excel 中，那當然沒問題，一切都在本地，在 Web 這個領(lǐng)域，拼寫檢查要復(fù)雜得多。

Captcha

Captcha 是這樣一種機制，網(wǎng)站在接收用戶提供的信息的時候，為了防止被一些自動程序濫用，會生成一段只有人類才能識別的識別碼要你輸入，用來區(qū)分人和自動程序。該 功能對大型的，需要大量用戶提供信息的網(wǎng)站來說是非常必要的，比如 Craigslist.org ，為了防止人們在某些版塊使用自動發(fā)帖機重復(fù)張貼廣告，便使用了 Captcha 機制。但對小規(guī)模的網(wǎng)站，由于你的訪問量和知名度還達不到會被濫用的程度，Captcha 是可有可無的東西。不論怎樣，選擇 Captcha 機制之前，一定對該 Captcha 進行測試，我遇到g過很多人類無法識別的 Captcha 識別碼系統(tǒng)，只能說，他們的 Captcha 機制太極端了。

版本控制

按理說，版本控制是任何 CMS 系統(tǒng)必須擁有的功能，但在實際使用中，我發(fā)現(xiàn)，這個復(fù)雜的版本控制功能并不想人們想象的那么好用，內(nèi)容管理中最可怕的是出現(xiàn)內(nèi)容混亂，拿你自己的文件系統(tǒng) 做比較，有多少人在自己的文件夾中為一個文件設(shè)立不同的版本呢，即使有，最終怕也將以混亂收場，版本控制在很多場合就是將簡單的問題復(fù)雜化。

但 在某些場合，比如你的網(wǎng)站由很多人參與交叉創(chuàng)作，大家為了防止同一個文件被其他人錯誤地改動，版本控制可以幫你追溯較早的版本。版本控制功能的一個極端的 例子就是 wiki，wikipedia 上的一個熱門詞條上會有數(shù)千個修改記錄，你可以憑借這些記錄將這個詞條追溯到幾天前或幾個月前的某個版本，當然 wikipedia 本來就是給 Geek 們用的。

更改審計與追蹤

這個功能的命運和版本控制一樣，人人覺得它很重要，但 人人都不喜歡用。該功能可以記錄站點內(nèi)容的更改歷史，誰在什么時候，對什么內(nèi)容，做了什么樣的改動，如果你有一個網(wǎng)站內(nèi)容創(chuàng)作團隊，為了防止團隊成員犯 錯，這個功能是非常有用的，如果只是三五個人一起商量著做做內(nèi)容，不審計也罷。

內(nèi)容審批發(fā)布

內(nèi)容經(jīng)審批以后才能發(fā)布是除了版本控制之外，另外一個企圖將簡單的事情復(fù)雜化的功能，現(xiàn)在網(wǎng)站越來越注重內(nèi)容的時效性，假如你發(fā)布了一條新聞，在等待主管審批的過程中別的網(wǎng)站已經(jīng)搶先發(fā)布了，這種無形的損失是巨大的，與其將所有東西都完善了再做，不如一邊做一邊完善。

當然，如果你的內(nèi)容如果失當會引起訴訟或其它麻煩，這個審批功能還是必要的。

電子郵件地址驗證

有 一些網(wǎng)站，似乎特別看中用戶在注冊的時候所提供的電子郵件地址的合法性，盡管這些郵件地址對他們來說可能毫無價值。他們會向你提供的郵件地址發(fā)送一個驗證 碼，你收到驗證碼之后，通過點擊一個鏈接完成驗證，這聽上去很嚴密，也很科學，但你到底為了什么，你花費了這樣大的氣力只為了獲得一個真實的 Email 地址嗎，即使是這樣，這個地址對你來說有什么用處？

這個機制還存在一個缺陷，就是很多人提供的免費 Email 地址在許多網(wǎng)站是壓根就不能用的，很多人等了一個下午也不見驗證碼回來，我的意見是，如果要求用戶注冊，如果用戶的信息對你沒有任何經(jīng)濟價值，那只要用戶提供用戶名和密碼就足夠了。

輸出到 HTML 靜態(tài)文件

對 一些可能遇到海量訪問的大型站點，將內(nèi)容輸出到靜態(tài) HTML 是非常必要的，Web 服務(wù)器直接從 Cache 中將靜態(tài)頁面推出，和經(jīng)過服務(wù)器端渲染，再將內(nèi)容推出在效能上的差別是很大的。但必須認識到輸出到 HTML 靜態(tài)頁面的問題，將站點全部生成 HTML 文件是非常耗時的，所以很多 CMS 系統(tǒng)使用了服務(wù)器上計劃任務(wù)來自動實現(xiàn)這個轉(zhuǎn)化過程，這就面臨著一個內(nèi)容滯后的問題，就是說你的站點無法做到實時更新。這是個很大的問題，事實上，隨著服 務(wù)器計算能力的成倍提高，現(xiàn)在的服務(wù)器已經(jīng)可以在豪秒級完成一個頁面的渲染，這點時間比起網(wǎng)絡(luò)上本身的延遲幾乎是無法覺察的。

這里還存在另 外一個誤區(qū)，有些人認為只有 html 后綴的網(wǎng)頁才是對搜索引擎友好的靜態(tài)頁面，事實上，任何不包含查詢字符串參數(shù)的 URL 都是 SEO 友好的靜態(tài)頁面，它們之間沒有區(qū)別，搜索引擎對 aspx, html, jsp 等各種不同后綴的 URL 是一視同仁的，只要你不包含查詢字符串。

內(nèi)容采集

使用內(nèi)容采集功能，你可以自動從別的網(wǎng)站抓取內(nèi)容并發(fā)布在自己的網(wǎng)站上，這是個非常無恥的功能，一個網(wǎng)站最終是否成功，比的是內(nèi)容，而且是原創(chuàng)內(nèi)容。另外，內(nèi)容采集是個很不可靠的功能，比如，被抄襲網(wǎng)站突然改版，內(nèi)容采集只能重新定義采集規(guī)則，而那些規(guī)則是極其復(fù)雜的。

現(xiàn)場編輯

現(xiàn) 場編輯允許內(nèi)容創(chuàng)作著一邊瀏覽自己的網(wǎng)站，一邊在發(fā)現(xiàn)問題的時候，直接登陸到 CMS 系統(tǒng)進行現(xiàn)場修改。有一些 CMS 系統(tǒng)，分了嚴格的前端和后端，內(nèi)容創(chuàng)作都是在一個獨立的后端管理系統(tǒng)中實現(xiàn)的，內(nèi)容發(fā)布后，在前端可以看到結(jié)果。現(xiàn)場編輯是個非常好的功能，可以讓創(chuàng)作者 在流暢的思路下進行創(chuàng)作。

回收箱功能

人難免出錯，但出錯了還有挽救的余地，這就很好，這個功能保證創(chuàng)作者即使不小心刪除了某個內(nèi)容，仍然能從回收箱找回。

訪問統(tǒng)計

這 個功能非常實用，好的統(tǒng)計功能可以讓你隨時掌握網(wǎng)站的訪問情況，以便調(diào)整自己的優(yōu)化或廣告策略。訪問統(tǒng)計功能有兩種實現(xiàn)方式，一種是全內(nèi)置的，所有統(tǒng)計功 能由 CMS 系統(tǒng)自身完成；另一種使用第三方統(tǒng)計服務(wù)， CMS 系統(tǒng)只是將第三訪提供統(tǒng)計代碼插入所有網(wǎng)頁。目前，最好的第三方免費統(tǒng)計服務(wù)是由 Google 提供的，你可以到 Google Analytics 查看更多詳細介紹。

內(nèi)容翻譯功能

這是個聽上去不錯，事實上卻很糟糕的一個功能，誰都想按一個按紐就把自己的中文網(wǎng)站翻譯成英文，但迄今為止，世界上最好的翻譯引擎 World Lingo 的翻譯結(jié)果仍差強人意，更不要說那些二流或三流的。如果你覺得好玩，這個功能自然好玩，但用作正式網(wǎng)站卻要十分謹慎，這些翻譯引擎的翻譯結(jié)果往往讓人苦笑不得。

另外，幾乎所有的 CMS 翻譯功能都是以調(diào)用第三方 Webservice 或以 Screen Scrape 方式實現(xiàn)的，這就為它們的可靠性埋下隱患，因為你不能保證這些免費的第三方借口什么時候會突然改變。

內(nèi)容聚合

兩年前，內(nèi)容聚合（RSS）炙手可熱，流行得不得了，現(xiàn)在社會網(wǎng)絡(luò)取代了一切，2008年你還在自己的網(wǎng)站上提供 RSS 鏈接將是很土的事。

多語種 （多國語言）

既然 CMS 提供的在線翻譯根本不可靠，就老老實實自己做多國語言內(nèi)容好了。好的 CMS 允許創(chuàng)作者只是提供某項內(nèi)容的不同語言版本，由系統(tǒng)自動對這些不同語言版本的內(nèi)容進行組織。

支持 UTF-8

要支持多國語言，CMS 就應(yīng)該盡可能地使用 UTF-8 編碼。

XHTML 支持

現(xiàn) 在，越來越多的瀏覽器加入 W3C 陣營，包括 IE，支持 W3C 標準的 CMS 對生成的內(nèi)容可以更好地掌控，支持更多的瀏覽器，對瀏覽器頁面渲染效率的支持也更好。XHTML 可以讓 CMS 產(chǎn)生的代碼更合乎規(guī)范，但需要注意的是，很多 CMS 系統(tǒng)靠 WYSIWYG 編輯器創(chuàng)作內(nèi)容，這就要求你的 WYSIWYG 編輯器能夠產(chǎn)生 XHTML 代碼，目前，生成代碼最合乎 XHTML 規(guī)范的編輯器是 TinyMCE。

博客功能

博 客和普通內(nèi)容的區(qū)別是，博客基于時間，支持 Tag，對 CMS 來說，同時包含博客功能不是多么難的事，可能有人會說，何不使用更專業(yè)的博客系統(tǒng)。比如 Wordpress，問題是你很難將那些專業(yè)的博客系統(tǒng)無縫集成到你的站點，更不要說那些系統(tǒng)部署起來也并不容易。CMS 功能中包含博客的目的是，很多企業(yè)網(wǎng)站往往在自己的站點中推出團隊博客，以便拉近和客人之間的距離，在個人網(wǎng)站中加入博客，也會讓你的訪問者對你了解得更 多一些，政府網(wǎng)站，或其它官僚機構(gòu)網(wǎng)站也是這樣。

在線聊天功能

這個功能在90年代末非常流行，那是 Web 聊天和 IRC 聊天的時代，現(xiàn)在這樣的功能實在多余，人們更喜歡使用 MSN, Skype,或者 QQ.

廣告管理功能

下 載一段廣告代碼（不管是來自Google，還是Alimama），放到自己的網(wǎng)站，然后等著別人上門送錢；或者你有自己的廣告渠道，CMS 的廣告管理功能就是在你的網(wǎng)站上部署廣告的，如果你對自己的網(wǎng)站的前途非常自信，這個功能可以很好地幫你管理廣告，然而如果你屬于不幸運的99%，你根本 不可能從廣告中獲得真正收益。如果你是企業(yè)網(wǎng)站，或者政府網(wǎng)站，或者某些機構(gòu)性網(wǎng)站，壓根就不該在上面部署任何第三方廣告。

論壇功能

CMS 中的論壇肯定無法和 Discuz! 一樣的專業(yè)論壇程序相比，但可以幫助要求不高的用戶減少部署時間，并能讓論壇功能直接集體成在網(wǎng)站中。但實際使用中我發(fā)現(xiàn)，這種系統(tǒng)往往成為雞肋，如果你 要部署的是大型論壇，那應(yīng)該使用專業(yè)的論壇系統(tǒng)，如果你的論壇可能沒幾個人訪問，干脆不要部署。

FAQ，招聘，產(chǎn)品管理等功能

我的想法是，如果這些簡單的功能都需要獨立的模塊去實現(xiàn)，最終一個 CMS 系統(tǒng)會被自己壓垮，這些功能完全可以象創(chuàng)建普通內(nèi)容那樣創(chuàng)建，比如，如果你的企業(yè)要在網(wǎng)站上發(fā)布招聘信息，你沒有必要要求那個系統(tǒng)和智聯(lián)招聘一樣，僅僅是編寫幾段文字，幾個表格就可以了。

Guest Book

從 功能上講，這個模塊無可厚非，但這個流行于90年代末的功能的實際價值實在值得懷疑。我想問的是，如今真的有人會在你的網(wǎng)站上留下一個問題，然后苦苦地等 你的答案嗎？他/她為什么不直接給你發(fā)個 email，或者在你的 MSN, SKype 上留言或直接交流。Guest Book 也許是一種賣方市場時代的思維，它的含義是，好了，你來到我這里了，你想怎么樣，說吧，過兩天我答復(fù)你。實際的情形往往是，可能一個月也沒有人來留言，你 也懶得去看，終于在第三個月的時候有人留了言，你看到時已經(jīng)是半年以后了。

郵件列表

在90 年代末，如果你的網(wǎng)站上沒有個郵件列表供你的用戶訂閱，你都不好意思讓自己的網(wǎng)站上線，雖然這些郵件列表里面八成沒有什么有用的內(nèi)容。如今，信息如此泛 濫，RSS 都過時了，社會網(wǎng)絡(luò)，標簽，web2.0 將所有人的眼睛塞滿垃圾，我實在看不出誰還會老老實實去訂閱你那些東抄西湊的內(nèi)容。

當然也有例外，如果你的內(nèi)容非常有價值，而且你有非常固定的閱讀群，郵件列表從本質(zhì)上講，比 Web2.0 時代的那些新鮮玩意好得多。

投票或調(diào)查系統(tǒng)

這個功能始終會有市場，畢竟，如果你的問題很別致，有新意，多數(shù)人會不吝點上一鼠標，投上一票。

電子商務(wù)

你 要承認，一個功能稍微完備一點的電子商務(wù)系統(tǒng)的規(guī)模可能是一個 CMS 系統(tǒng)的十倍，很多 CMS 系統(tǒng)所配備的電子商務(wù)系統(tǒng)并非真正的電子商務(wù)，可能僅僅是一些產(chǎn)品列表，加上個購物車，然后把你引導(dǎo)到結(jié)算前臺，通過五花八門的支付方式要你付錢，我相信 這種購物體驗是很差，又讓人不放心的。真正的電子商務(wù)系統(tǒng)有強大的后臺支持，庫存管理，物流，派送，安全的支付（必須使用 https 協(xié)議），防欺詐系統(tǒng)等等。

對于 CMS 系統(tǒng)中的簡單的銷售系統(tǒng)，我建議調(diào)用第三方的支付平臺，用戶在你的網(wǎng)站選擇商品或服務(wù)，然后被引導(dǎo)到 Paypal, Google Checkout 一類的專業(yè)支付平臺進行。