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


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


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

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

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

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


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


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

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

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


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


　　Dedecms針對頁面生成提供了豐富的選項(xiàng)　
　　頁面生成進(jìn)度提示
　　?

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


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


　　Phpcms頁面發(fā)布管理界面
　　?


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


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


　　HBcms的文章靜態(tài)生成管理
　　?
　　HBcms的欄目列表靜態(tài)管理
　　?
　　HBcms的頁面生成過程
　　?


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

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


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


　　Cmsware的一鍵更新和更新監(jiān)控
　　小結(jié)
　　?

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


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

　　Php168 50萬數(shù)據(jù)欄目動態(tài)列表
　　Php168：Php168文章列表的效率多少有點(diǎn)讓人失望，看似并不復(fù)雜的模板，但打開欄目的列表頁卻花費(fèi)了相當(dāng)長的時(shí)間，隨后的翻頁也顯得異常的艱辛?？梢妏hp168在前臺模板驅(qū)動能力上有明顯的欠缺。
　　評分：6分
　　?
　　Phpcms 50萬數(shù)據(jù)動態(tài)列表頁面
　　Phpcms：繼承了后臺優(yōu)秀的數(shù)據(jù)管理效率，phpcms的前臺表現(xiàn)也依舊十分優(yōu)秀，動態(tài)列表的情況下，無論是列表還是數(shù)據(jù)翻頁，速度都在可接受的范圍內(nèi)，響應(yīng)也很迅速。
　　評分：8分
　　?


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


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

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


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

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。