當今時代網絡已經進入家庭，很多網民已經不滿足于QQ以及一些blog的個性展現而走向了網站建設的站長之路，一些個人網站的崛起也讓他們看到了成功的曙光，與此同時，各類網站管理系統(以下簡稱cms)也猶如雨后春筍般地出現在了大家的眼前，給很多有站長夢的朋友建設網站帶來了曙光。
　　但問題也隨之而來，那就是：站長們應該如何選擇cms，選擇的cms系統是否能夠完全滿足自己的需要，cms是否能夠穩定而持久的方便站長的工作?是否能夠滿足網站在將來發展的需要?帶著同樣的疑問，助易網測評小組決定對現在比較流行的PHP平臺下的國內主流cms系統作一次深入的評測，參評的國內php類cms包含了當下主流的dedecms、ecms、php168、phpcms、supesite等系統，測評的具體內容則包括cms的服務、質量、功能、數據負載等多個方面，測評小組期望通過測評給廣大站長選擇適合自己的cms程序提供依據。
　　本報告的內容為cms的數據負載專項評測結果，目的是在數據負載方面為選擇cms系統提供依據。
　　一、評測對象
　　經過篩選，最終確定參與本次評測的php類cms如下表：
　　?


　　備注：測評小組原本想將cmsware(思維CMS)列入評測范圍，但因cmsware始終未能找到好的方法錄入50萬的數據，因時間所限，所以本次cmsware不參加評比的最終排名，只給出部分功能的介紹。
　　二、評測環境
　　為保證公平公正，本次測評我們把全部的cms都統一安裝在同一臺電腦相同環境中，利用端口區分每個cms，具體的測試環境為：
　　1、硬件環境
　　CPU：Intel(R) Core(TM)2 Duo 英特爾酷睿2雙核
　　主頻：1.80GHz
　　物理內存：1GB
　　硬盤：120GB
　　2、軟件環境
　　操作系統：Windows Server 2003 Standard Edition Service Pack 2
　　Web服務器：Apache HTTP Server 2.2.6
　　PHP：5.2.5
　　MYSQL：MySQL Server 5.0
　　ZEND：ZendOptimizer-3.3.0
　　三、評測方法
　　本次數據負載評測的方法是向每個cms系統中錄入50萬條數據，并在此基礎上完成三個項目的評測內容，具體的評測方法為：
　　1、數據獲得方法
　　評測小組試圖使用采集的方法獲得50萬的數據，但由于采集的效率較低，并且數據來源各有差異，不利于做出相對公平的測試結果，因此最后決定使用循環入庫的方法直接創造50萬的數據。為保證數據入庫的有效性，我們使用程序自身的數據入庫模塊并編寫了對應的接口程序，在其基礎上建立循環，用最快速的方法直接寫入數據庫創造數據。
　　2、數據樣本
　　為保證公平公正，本次測試使用完全一樣的數據樣本，該樣本為一篇普通的新浪的文字稿件，共370個字符，不包含圖片、視頻、附件等任何其他多余信息，具體樣本如下：
　　標題： 火箭22連勝登上西部榜首 麥蒂啞火街球王槍挑湖人
　　內容： 新浪體育訊　北京時間3月17日凌晨，火箭在主場以104-92擊敗湖人，完成了22連勝的偉業，同時也登上了西部第一的寶座。
　　火箭(46-20)將NBA第二長的連勝延長到22場，同時獨享西部第一的位置，將湖人甩開了一場。特雷西-麥克格雷迪上半場一分未得，最后16投僅4中，得11分。拉夫-阿爾斯通挺身而出，他三分球11投8中，砍下了31分并助攻5次。替補出場的鮑比-杰克遜9投7中，也拿下19分。肖恩-巴蒂爾14分，路易斯-斯科拉13分。點此祝賀火箭豪取22連勝>>>
　　湖人(45-21)遭到2連敗。科比也表現平平，他33投僅11中，得24分7個籃板，拉馬爾-奧多姆17分11個籃板，羅尼-圖里亞夫13分8個籃板。
　　火箭連戰連捷，連老天都幫他們，在連勝的過程中，打黃蜂時對手少了大衛-韋斯特，打小牛時德克-諾維茨基被禁賽，而今天面對湖人，加索爾又在上一場扭傷腳踝。不過火箭可不會同情對手，再說他們的主將姚明已經缺陣了兩個星期。
　　3、數據量及空間占用情況
　　由于每個cms的數據錄入方法稍有不同，最終cms具體的數據量略有差異，測評小組認為，相比50萬的總體數據量來說，這部分微小的數量差異不會對測試的最終結果產生太大的改變和造成決定性的影響。
　　每個cms具體錄入的數據量以及數據空間占用情況見下表：
　　?


　　4、評測內容
　　本次評測的具體內容為(每個大項10分為滿分)：
　　(1)大數據量情況下后臺的管理效率，本項目重點考察在大量數據的基礎上，cms對數據進行列表、增加、刪除、修改、查詢和移動等常見管理操作的效率和速度，得分占總成績的50%。
　　(2)大數據量情況下的頁面生成效率，本項目重點考察cms系統靜態頁面、列表頁面等網頁的生成效率和速度，考察管理后臺提供了哪些方便網頁生成的維護和管理工具，得分占總成績的40%。
　　(3)大數據量情況下網頁的可訪問性，本項目重點考察動態數據頁面的情況下，各個cms系統的前臺頁面表現的負載能力和訪問效率，得分占總成績的10%。
　　四、分類評測結果
　　1、后臺數據管理能力測試
　　(1)dedecms
　　?

　　DeDecms——50萬數據管理后臺
　　評分：4分
　　測評之前就聽說dedecms的數據負載不是很理想，沒想到測試結果比想象的還要糟糕。當后臺管理到達5萬數據的時候，后臺操作開始變得異常困難，打開欄目列出所有文章要花費相當長的時間，當數據到達20萬的時候，打開文章管理列表時提示php超時。
　　我們錄入完50萬數據，并且延長了php腳本超時的限制，小心翼翼的打開了欄目的文章管理，在硬盤燈一陣狂閃，時間過去了整整2分35秒的之后，終于艱難的打開了文章管理列表。不幸的是每次翻頁都會遇到類似的情況，時間都在40秒以上。隨后我們耐心嘗試了文章的添加、編輯、刪除、移動和查詢等操作，其中文章的添加、編輯、刪除、查詢的速度中規中矩，而批量文章移動速度較慢。
　　結論：當數據大于5萬的時候，使用dedecms的后臺來管理數據是非常讓人郁悶的一件事情，因為每次操作完畢后，你不得不花費至少1分鐘的時間等待文章列表的出現，這對于沒有耐心的人幾乎是不可能完成的任務。
　　(2)php168
　　?

　　Php168——50萬數據管理后臺
　　評分：8分
　　Php168的后臺布局有點動易系統的影子，對于5萬和10萬的數據量，后臺管理都顯得輕松自如，因此我們沒有做更多的測試，直接錄入50萬數據。
　　Php168在50萬數據時管理同樣顯得比較輕松，50萬數據文章管理列表第一次打開僅花費了13秒，每次翻頁也都是2-3秒就能出現，速度比較理想。接著我們測試了文章的添加、編輯、刪除、移動和查詢等各種操作，速度都非常快，幾乎沒有任何延遲，操作起來也非常順手。
　　結論：對于50萬的數據來說，php168的后臺應對起來非常輕松自如，各種操作均速度較快。
　　(3)phpcms
　　?

　　phpcms——50萬數據管理后臺
　　評分：8分
　　Phpcms后臺的管理界面相對比較復雜，但層次清晰，有點類似DZ后臺的管理方法，讓人感覺比較親近。對付5萬和10萬數據，后臺管理比較輕松，幾乎未見延遲。
　　Phpcms單個欄目50萬數據打開管理列表第一次花費時間為11秒，數據翻頁的時間為1-2秒，和php168旗鼓相當，效率亦非常的高。繼續測試了文章的添加、編輯、刪除、移動和查詢等各種操作，速度很快，管理操作都非常方便。
　　結論：phpcms優秀的數據管理機制能輕松應對較大數據量，后臺各種數據管理工具和操作都很順手。
　　(4)ecms帝國
　　?


　　ecms帝國——50萬數據管理后臺
　　評分：6.5分
　　Ecms的后臺管理布局比較傳統，類似風訊等系統后臺管理方式。在5-10萬數據時，后臺管理相對速度較為緩慢，但還能夠使用。
　　單個欄目50萬數據時，系統管理顯得較為吃力，打開數據列表時間花費為1分20秒，每次翻頁用時10-14秒，這個成績僅略優于dedecms，不過當再次打開數據列表時，速度有明顯的提升。繼續測試了文章的添加、編輯、刪除、移動和查詢等各種操作，文章的添加、編輯、刪除、查詢的速度可以接受，而數據移動則異常的緩慢，這點和dedecms表現相同。
　　結論：帝國cms數據的承載能力并不強，在大數量的面前，表現只能算及格，建議其單個欄目的數據量最好不超過15萬。
　　(5)HBCMS
　　?


　　HBCMS——50萬數據管理后臺
　　評分：7.5分
　　HBCMS的后臺管理有明顯的仿歐美cms的傾向，但是布局較為凌亂，感覺并不舒服。后臺管理在數據量為5-10萬的情況下表現優異。
　　出人意料的是，HBCMS單欄目50萬數據管理的打開速度達到了令人驚異的6秒!翻頁也只需要2-3秒，這讓測評小組對其刮目相看。測試文章的添加、編輯、刪除、移動和查詢等各種操作，速度都較為出色，但是由于后臺布局不規整，而且后臺在使用上經常出現一些莫名其妙的錯誤，讓人摸不著頭腦。
　　結論：HBCMS在處理大數據方面有著令人稱贊的高效機制，但是后臺管理夾雜著英文提示以及一些未知的錯誤，往往會讓用戶不知所措，數據添加、編輯、移動等操作使用起來提示較多，操作繁瑣，最終影響了得分。
　　(6)supesite
　　?

　　supesite——50萬數據管理后臺
　　評分：9.5分
　　Supesite不愧為大公司的作品，后臺管理界面交代非常清楚，各類功能一目了然。后臺管理在數據量為5-10萬的情況下表現優異。
　　Supesite后臺數據管理的效率相當驚人，50萬的欄目數據列表只花費了不到5秒的時間，數據翻頁，文章的增、刪、改、查和批量移動，這些功能操作起來幾乎感覺不到大數據量帶來的遲滯，后臺所有功能都非常符合中國人的喜好，使用起來方便、舒服、順手。
　　結論：supesite表現出來的優異性能在測評小組的預料之中，因此毫不猶豫的給了高分，測評小組一位成員甚至在2億的數據基礎之上測試過supesite的性能，結果依然讓人滿意，唯一遺憾的地方是supesite不是一套開源的系統，因此我們雖然十分贊嘆其性能，但依然保留了一點自己的看法，希望其在未來能完全開源供站長們使用和研究。
　　(7)verycms
　　?

　　verycms——50萬數據管理后臺
　　評分：8.5分
　　phpwind公司進軍cms領域的作品，verycms的功能較為單一，因此后臺管理更加簡單，清爽。
　　由于verycms的只提供文章管理功能，因此其管理的效率是令人滿意的，50萬數據列表打開的速度約為6秒，僅次于supesite，并且由于系統使用了ajax技術，讓人感覺不到等待的時間。數據翻頁的效率為2-3秒，讓人滿意，對于文章數據的增加、刪除、修改、查詢和批量移動，其表現也同樣比較出色。
　　結論：verycms只有文章管理的單一功能，其表現堪稱優秀，但由于其功能較為單一，實在是非常遺憾，我們期待有更多的功能加入這個優秀的開源系統中。
　　小結
　　?


　　 2、頁面發布效率測試
　　(1)dedecms
　　?


　　Dedecms針對頁面生成提供了豐富的選項　
　　頁面生成進度提示
　　?

　　50萬數據時，生成100頁的完成時間
　　無法忍受的生成速度
　　評分：6.5分
　　Dedecms提供的頁面生成管理功能是令人稱道的，分別提供了主頁、欄目頁、文章頁的生成功能，甚至包括網站地圖、RSS、專題以及自定義文檔列表等生成功能，除此外，還有許多cms系統中不常見的一鍵更新和計劃任務的功能。在具體的文檔生成方面，提供按照指定時間，指定文檔編號，指定生成頁數等多種頁面生成的方法，總體感覺比較實用和方便。同時頁面生成時有較為精確的進度提示，增強了用戶使用體驗。
　　和生成管理形成強烈反差的是數據生成的低效率，由于沒有提供指定范圍的列表頁面生成功能，測試小組試圖完成所有列表頁面的生成，由于時間太長結果以失敗告終。接下來對文章的生成，同樣是一場噩夢，指定ID生成100篇文章花費時間為6分55秒，不指定文章ID生成300篇文章用時17分10秒，按照這個速度對50萬的數據進行生成，花費的時間實在是非常可觀。
　　結論：dedecms的后臺數據生成和管理方面充分為用戶著想，提供諸多的功能，但是過低的頁面生成效率讓dedecms只能應對數據量生成非常小的站。由于其管理功能豐富，雖然有點花拳繡腿的嫌疑，但測評小組依然給了一個勉強及格的分數。
　　(2)php168
　　?


　　Php168靜態頁面生成界面
　　評分：7.5分
　　Php168的靜態頁面生成管理較為簡單，僅提供了首頁、列表頁和內容頁等常見的生成功能，文章生成允許指定時間和ID，列表頁不能指定生成數量，但系統提供了一個較為貼心的功能，即允許用戶在中斷生成操作之后，繼續未完成的任務。
　　由于系統不能指定生成列表頁的數量，我們針對列表頁生成的測試也無法完成。Php168內容頁的生成速度還是不錯的，在50萬文章數據的基礎上，100頁文章數據的生成時間為約1分12秒。文章生成過程中有完成百分比的提示，時刻提醒用戶生成的進度。
　　結論：php168的靜態頁面生成和管理功能較為樸實，也相對簡單，頁面生成效率中規中矩，能夠接受。
　　(3)phpcms
　　?


　　Phpcms頁面發布管理界面
　　?


　　頁面生成過程
　　評分：9.5分
　　Phpcms提供的頁面發布工具比較直觀，管理分布比較清晰，功能也相對齊全，有首頁、頻道頁、列表頁和內容頁等生成選項，內容頁也支持按照ID編號的生成方法，所有生成選項在一個界面中就可以完成，操作非常簡單，實用。
　　相比并不花哨的發布管理功能來說，在接下來的靜態頁面生成的測試中，phpcms終于展露出其恐怖的實力，我們指定ID靜態生成100個頁面，用時僅為20秒!看到這個令人乍舌的成績，小組成員幾乎不敢相信自己的眼睛，于是接下來我們繼續完成了1000個頁面的靜態生成測試，結果證明phpcms的靜態頁面生成能力是怪獸級的，1000個頁面全部生成時間僅為28秒!而我們同步觀察磁盤目錄頁面的生成情況，phpcms在生成靜態頁面時并不是一個一個頁面完成，而是批量的同時生成。由于phpcms也沒有提供按照指定頁數的列表頁生成機制，因此我們沒有完成全部的列表頁生成。
　　結論：無論是管理工具、方法和頁面生成的效率，phpcms無疑都是最優秀的，其他的cms難以望其項背。唯一遺憾的是沒有提供按照指定頁碼生成列表頁的功能。
　　(4)ecms
　　?


　　Ecms的頁面發布管理頁面
　　評分：5分
　　Ecsm提供了豐富的頁面靜態發布的管理工具，包括首頁、列表頁、內容頁以及分頻道的欄目及內容發布，按照時間和ID的內容生成頁面等功能，ecms還提供了一個貼心的功能，即可以選擇是否重新生成已經生成過的文件。
　　Ecms的靜態網頁內容發布效率非常的低，50萬數據基礎上，發布100個頁面居然花費了近12分鐘時間，而且數據生成期間，電腦幾乎無法操作，硬盤不停的進行讀寫操作，這一結果讓小組頗感失望。列表頁面生成同樣沒有提供按照頁碼生成的功能。
　　結論：ecms的頁面生成效率偏低，讓人失望。
　　(5)HBcms
　　?


　　HBcms的文章靜態生成管理
　　?
　　HBcms的欄目列表靜態管理
　　?
　　HBcms的頁面生成過程
　　?


　　HBcms的100個頁面生成時間
　　評分：8.5分
　　Hbcms的管理后臺布局和樣式測評小組一直都不喜歡，但是這不并影響hbcms在數據生成方面的優異表現，hbcms除了提供傳統的首頁、欄目頁和文章頁的靜態生成功能外，還提供了按照關鍵字、按照ID生成頁面等功能，并且允許按照頁碼范圍生成欄目列表頁面，功能看似簡單卻非常實用。
　　Hbcms的內容頁面生成的效率非常的高，我們測試了100頁面生成時間僅為7.93秒，這個成績甚至超越了phpcms之前創下的記錄，但隨著頁面的增多，其表現卻遜色于phpcms，1000個頁面生成的花費時間為79秒，這個速度已經讓小組成員感到非常意外了。同時hbcms的數據生成過程提供非常友好的提示信息，讓人覺得頗為專業。
　　結論：人不可貌相，海水不可斗量，hbcms雖然在管理界面和操作等方面沒給我們留下好的印象，但是其優秀的數據管理效率確實讓人刮目相看。
　　(6)supesite
　　?

　　Supesite的html靜態生成管理界面
　　評分：8分
　　Supesite的對于靜態HTML的管理手段可謂另辟蹊徑，它并不主張管理員通過手工的方法批量生成靜態HTML頁面，而是通過用戶訪問觸發的方式發生成html頁面，這種方法不但極大減少了服務器的負擔，并且減少了管理的操作步驟，對整站性能的提高亦非常明顯。但系統提供的HTML手動生成的效率確實不敢恭維，建議不要通過手動的方式更新頁面數據。
　　結論：supesite給我們提供了另一種提高數據生成效率的方法，這種方法不但更為聰明，而且更加節省資源，因此雖然我們對其本身提供的頁面生成工具頗有微詞，但依舊贊同supesite的做法。
　　(7)verycms
　　?


　　Verycms靜態生成的操作散布于各個管理界面中
　　評分：6分
　　Verycms的數據靜態化管理分散于后臺的各個管理界面中，也支持更新首頁，頻道首頁，列表頁和內容頁等操作，但是相應的選項較少，也許是產品本身只是文章管理系統，即便是在動態的情況下，程序在訪問效率上表現依舊不俗，但在靜態頁面生成效率這部分功能上實在不算優秀，50萬數據的基礎上，平均每分鐘的頁面生成速度僅為可憐的10頁，系統值得稱道的地方在于頁面更新的時候，cpu占用率非常低。
　　結論：使用verycms最好不要統一進行靜態頁面的更新，因為這不是該系統的長處。
　　順便提一下cmsware(思維cms)，這個cms的靜態發布也非常有特點，支持一鍵的整站更新，雖然更新的效率不高，但其特點是你可以監控系統更新過程中的每一個步驟。
　　?


　　Cmsware的一鍵更新和更新監控
　　小結
　　?

　　3、網頁訪問速度測試
　　由于靜態頁面訪問沒有什么可比性，頁面訪問速度只針對動態列表頁的訪問和翻頁速度進行測試，由于各個cms的默認模板不相同，會造成訪問速度的差異，因此這部分測試不作為主要評分依據。
　　?


　　Dedecms 50萬數據欄目動態列表
　　Dedecms：與dedecms后臺對大數據量管理非常吃力的情況不同，dedecms前臺頁面的動態列表效率還是可以忍受的，無論是數據的列表還是翻頁，都效率較高。
　　評分：7分

　　Php168 50萬數據欄目動態列表
　　Php168：Php168文章列表的效率多少有點讓人失望，看似并不復雜的模板，但打開欄目的列表頁卻花費了相當長的時間，隨后的翻頁也顯得異常的艱辛。可見php168在前臺模板驅動能力上有明顯的欠缺。
　　評分：6分
　　?
　　Phpcms 50萬數據動態列表頁面
　　Phpcms：繼承了后臺優秀的數據管理效率，phpcms的前臺表現也依舊十分優秀，動態列表的情況下，無論是列表還是數據翻頁，速度都在可接受的范圍內，響應也很迅速。
　　評分：8分
　　?


　　Ecms 50萬數據欄目動態列表頁
　　Ecms：帝國的情況總是和dedecms類似，其動態數據列表和翻頁的效率都比較高，與其后臺管理的速度極不相稱。
　　評分：7分
　　HBcms：宏博cms要求前臺的頁面都必須生成靜態頁面，其動態頁面的訪問會被自動跳轉到靜態頁面上，無法測試其在動態環境的前臺表現。
　　評分：7分
　　?


　　Supesite 50萬數據列表頁面表頁
　　Supesite：邊瀏覽邊生成的效率無疑是最高的，supesite的頁面執行時間毫無疑問是最短的，完全感覺不出來50萬數據帶來的任何問題。
　　評分：9分
　　?

　　Verycms 50萬數據動態列表頁面
　　Verycms：全動態的列表和翻頁效率都不錯，但對于只有單一的文章管理功能來說， verycms亮點不多，距離一個優秀的cms系統還有差距。
　　評分：8分
　　五、綜合評定
　　綜合以上三項的得分情況(比例分配為50%，40%，10%)，相比之下我們更看重數據的可管理能力，最終給出的國內免費php類cms的數據負載排名如下(排名僅供參考)：
　　?


　　編輯選擇獎：supesite
　　特別推薦獎：phpcms
　　 總結評語
　　 經過幾輪的測試，supesite和phpcms通過其優異的表現贏得了測評小組的青睞，通過三項得分數據看出他們在數據的管理能力上相比其他的cms更勝一籌。supesite取勝之道在于高效的后臺管理和取巧的數據生成方法，優秀的品質使其成為最佳數據負載內容管理系統的不二人選，遺憾的是程序不開源;phpcms則各方面更加平均，尤其是數據生成能力非常優秀，加上程序完全開源，因此有很多的追隨者，值得我們大力的推薦，但這套cms近來由于收購的原因，似乎停止了開發的腳步，不免讓人擔心其未來的發展;HBcms的表現完全出乎意料，在數據管理維護和生成方面有著非常明顯的特點，效率也很高，但后臺管理界面凌亂，希望能做進一步的改進;php168系統是一個中規中矩的內容管理系統，沒有明顯的弱項，也沒有明顯的強項，如果前臺模板的效率能提高的話，會更有前途;verycms專注于文章管理領域，后臺管理簡潔，明快，效率也較高，但文章靜態化的速度實在不該恭維，使用這個系統應盡可能減少批量生成文章的操作;帝國cms一直是受到個人站長追捧的一套內容管理系統，但是其在較大數據管理方面的表現差強人意，勉強及格;dedecms也是受到眾多個人站長關注的網站內容系統，同時也因為其源代碼開放而有相當多的研究者，但是其對較大數據的管理能力確實非常的差，數據量較大的網站不推薦使用。 ?

總結

以上是生活随笔為你收集整理的国内主流PHP语言的CMS数据负载测评报告 织梦、帝国竟排倒数的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。