媒介

当今时期网络已经进入家庭，，，，，，好多网民已经不满足于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个字符，，，，，，不蕴含图片、视频、附件等任何其他有余信息，，，，，，具体样本如下：

3、数据量及空间占用情况

由于每个cms的数据录入步骤稍有分歧，，，，，，最终cms具体的数据量略有差距，，，，，，测评幼组以为，，，，，，相比50万的总体数据量来说，，，，，，这部门微幼的数量差距不会对测试的最终了局产生太大的扭转和造成决定性的影响。。。。。

每个cms具体录入的数据量以及数据空间占用情况见下表：

4、评测内容

本次评测的具体内容为（每个大项10分为满分）：

（1）大数据量情况下后盾的治理效能，，，，，，本项目沉点调查在大量数据的基础上，，，，，，cms对数据进行列表、增长、删除、批改、查问和移动等常见治理操作的效能和速度，，，，，，得分占总成就的50%。。。。。

（2）大数据量情况下的页面生功效能，，，，，，本项目沉点调查cms系统静态页面、列表页面等网页的生功效能和速度，，，，，，调查治理后盾提供了哪些方便网页天生的守护和治理工具，，，，，，得分占总成就的40%。。。。。

（3）大数据量情况下网页的可接见性，，，，，，本项目沉点调查动态数据页面的情况下，，，，，，各个cms系统的前台页面阐发的负载能力和接见效能，，，，，，得分占总成就的10%。。。。。

四、分类评测了局

1、后盾数据治理能力测试

（1）dedecms

测评之前就听说dedecms的数据负载不是很梦想，，，，，，没想到测试了局比设想的还要糟糕。。。。。当后盾治理达到5万数据的时辰，，，，，，后盾操作起头变得异常难题，，，，，，打开栏目列出所有文章要破费相当长的功夫，，，，，，当数据达到20万的时辰，，，，，，打开文章治理列表时提醒php超时。。。。。

我们录入完50万数据，，，，，，并且耽搁了php剧本超时的限度，，，，，，谨小慎微的打开了栏主张文章治理，，，，，，在硬盘灯一阵狂闪，，，，，，功夫从前了整整2分35秒的之后，，，，，，终于艰巨的打开了文章治理列表。。。。。不幸的是每次翻页城市遇到类似的情况，，，，，，功夫都在40秒以上。。。。。随后我们耐心尝试了文章的增长、编纂、删除、移动和查问等操作，，，，，，其中文章的增长、编纂、删除、查问的速度中规中矩，，，，，，而批量文章移动速度较慢。。。。。

结论：当数据大于5万的时辰，，，，，，使用dedecms的后盾来治理数据是极度让人郁闷的一件事件，，，，，，由于每次操作结束后，，，，，，你不得不破费至少1分钟的功夫期待文章列表的出现，，，，，，这对于没有耐心的人险些是不成能实现的工作。。。。。

（2）php168

Php168的后盾布局有点动易系统的影子，，，，，，对于5万和10万的数据量，，，，，，后盾治理都显得轻松自若，，，，，，因而我们没有做更多的测试，，，，，，直接录入50万数据。。。。。

Php168在50万数据时治理同样显得比力轻松，，，，，，50万数据文章治理列表第一次打开仅破费了13秒，，，，，，每次翻页也都是2-3秒就能出现，，，，，，速度比力梦想。。。。。接着我们测试了文章的增长、编纂、删除、移动和查问等各类操作，，，，，，速度都非？？？？？？？？，，，，，，险些没有任何延长，，，，，，操作起来也极度顺手。。。。。

结论：对于50万的数据来说，，，，，，php168的后盾应对起来极度轻松自若，，，，，，各类操作均速度较快。。。。。

（3）phpcms

Phpcms后盾的治理界面相对比力复杂，，，，，，但档次清澈，，，，，，有点类似DZ后盾的治理步骤，，，，，，让人感触比力亲热。。。。。对付5万和10万数据，，，，，，后盾治理比力轻松，，，，，，险些未见延长。。。。。

Phpcms单个栏目50万数据打开治理列表第一次破费功夫为11秒，，，，，，数据翻页的功夫为1-2秒，，，，，，和php168旗鼓相当，，，，，，效能亦极度的高。。。。。持续测试了文章的增长、编纂、删除、移动和查问等各类操作，，，，，，速度很快，，，，，，治理操作都极度方便。。。。。

结论：phpcms优良的数据治理机造能轻松应对较大数据量，，，，，，后盾各类数据治理工具和操作都很顺手。。。。。

（4）ecms帝国

Ecms的后盾治理布局比力传统，，，，，，类似风讯等系统后盾治理方式。。。。。在5-10万数据时，，，，，，后盾治理相对速度较为缓慢，，，，，，但还可能使用。。。。。

单个栏目50万数据时，，，，，，系统治理显得较为吃力，，，，，，打开数据列表功夫破费为1分20秒，，，，，，每次翻页用时10-14秒，，，，，，这个成就仅略优于dedecms，，，，，，不外当再次打开数据列表时，，，，，，速杜仔显著的提升。。。。。持续测试了文章的增长、编纂、删除、移动和查问等各类操作，，，，，，文章的增长、编纂、删除、查问的速度能够接受，，，，，，而数据移动则异常的缓慢，，，，，，这点和dedecms阐发一样。。。。。

结论：帝国cms数据的承载能力并不强，，，，，，在大数量的刻下，，，，，，阐发只能算合格，，，，，，建议其单个栏主张数据量最好不超过15万。。。。。

（5）HBCMS

HBCMS的后盾治理有显著的仿欧美cms的偏差，，，，，，但是布局较为凌乱，，，，，，感触并不舒服。。。。。后盾治理在数据量为5-10万的情况下阐发优异。。。。。

出乎意料的是，，，，，，HBCMS单栏目50万数据治理的打开速度达到了令人惊奇的6秒！翻页也只必要2-3秒，，，，，，这让测评幼组对其刮目相看。。。。。测试文章的增长、编纂、删除、移动和查问等各类操作，，，，，，速度都较为杰出，，，，，，但是由于后盾布局不规整，，，，，，并且后盾在使用上时时出现一些莫名其妙的谬误，，，，，，让人摸不着思想。。。。。

结论：HBCMS在处置大数据方面有着令人夸奖的高效机造，，，，，，但是后盾治理同化着英文提醒以及一些未知的谬误，，，，，，往往会让用户惊惶失措，，，，，，数据增长、编纂、移动等操作使用起来提醒较多，，，，，，操作繁琐，，，，，，最终影响了得分。。。。。

（6）supesite

Supesite不愧为大公司的文章，，，，，，后盾治理界面交代极度明显，，，，，，各类职能了如指掌。。。。。后盾治理在数据量为5-10万的情况下阐发优异。。。。。

Supesite后盾数据治理的效能相当惊人，，，，，，50万的栏目数据列表只破费了不到5秒的功夫，，，，，，数据翻页，，，，，，文章的增、删、改、查和批量移动，，，，，，这些职能操作起来险些感触不到大数据量带来的迟滞，，，，，，后盾所有职能都极度切合中国人的爱好，，，，，，使用起来方便、舒服、顺手。。。。。

结论：supesite阐发出来的优异机能在测评幼组的意料之中，，，，，，因而绝不犹豫的给了高分，，，，，，测评幼组一位成员甚至在2亿的数据基础之上测试过supesite的机能，，，，，，了局依然让人中意，，，，，，唯一遗憾的处所是supesite不是一套开源的系统，，，，，，因而我们固然极度赞叹其机能，，，，，，但依然保留了一点自己的见解，，，，，，但愿其在将来能齐全开源供站长们使用和钻研。。。。。

（7）verycms

phpwind公司进军cms领域的文章，，，，，，verycms的职能较为单一，，，，，，因而后盾治理越发单一，，，，，，清新。。。。。

由于verycms的只提供文章治理职能，，，，，，因而其治理的效能是令人中意的，，，，，，50万数据列表打开的速度约为6秒，，，，，，仅次于supesite，，，，，，并且由于系统使用了ajax技术，，，，，，让人感触不到期待的功夫。。。。。数据翻页的效能为2-3秒，，，，，，让人中意，，，，，，对于文章数据的增长、删除、批改、查问和批量移动，，，，，，其阐发也同样比力杰出。。。。。

结论：verycms只有文章治理的单一职能，，，，，，其阐发堪称优良，，，，，，但由于其职能较为单一，，，，，，切实是极度遗憾，，，，，，我们等待有更多的职能参与这个优良的开源系统中。。。。。

幼结

2、页面颁布效能测试

（1）dedecms

Dedecms提供的页面天生治理职能是令人称路的，，，，，，别离提供了主页、栏目页、文章页的生成功能，，，，，，甚至蕴含网站地图、RSS、专题以及自界说文档列表等生成功能，，，，，，除此表，，，，，，还有很多cms系统中不常见的一键更新和打算工作的职能。。。。。在具体的文档天生方面，，，，，，提供依照指按功夫，，，，，，指定文档编号，，，，，，指定天生页数等多种页面天生的步骤，，，，，，总体感触比力实用和方便。。。。。同时页面天生时有较为精确的进度提醒，，，，，，加强了用户使用履历。。。。。

和天生治理形成强烈反差的是数据天生的低效能，，，，，，由于没有提供指定领域的列表页面生成功能，，，，，，测试幼组试图实现所有列表页面的天生，，，，，，由于功夫太长了局以失败告终。。。。。接下来对文章的天生，，，，，，同样是一场噩梦，，，，，，指定ID天生100篇文章破费功夫为6分55秒，，，，，，不指定文章ID天生300篇文章用时17分10秒，，，，，，依照这个速度对50万的数据进行天生，，，，，，破费的功夫切实长短？？？？？？？？晒。。。。。

结论：dedecms的后盾数据天生和治理方面充分为用户着想，，，，，，提供诸多的职能，，，，，，但是过低的页面生功效能让dedecms只能应对数据量天生极度幼的站。。。。。由于其治理职能丰硕，，，，，，固然有点花拳绣腿的嫌疑，，，，，，但测评幼组依然给了一个勉强合格的分数。。。。。

（2）php168

Php168的静态页面天生治理较为单一，，，，，，仅提供了首页、列表页和内容页等常见的生成功能，，，，，，文章天生允许指按功夫和ID，，，，，，列表页不能指定天生数量，，，，，，但系统提供了一个较为贴心的职能，，，，，，即允许用户在中断天生操作之后，，，，，，持续未实现的工作。。。。。

由于系统不能指定天生列表页的数量，，，，，，我们针对列表页天生的测试也无法实现。。。。。Php168内容页的天生速度还是不错的，，，，，，在50万文章数据的基础上，，，，，，100页文章数据的天生功夫为约1分12秒。。。。。文章天生过程中有实现百分比的提醒，，，，，，时刻提醒用户天生的进度。。。。。

结论：php168的静态页面天生和治理职能较为浮夸，，，，，，也相对单一，，，，，，页面生功效能中规中矩，，，，，，可能接受。。。。。

（3）phpcms

Phpcms提供的页面颁布工具比力直观，，，，，，治理散布比力清澈，，，，，，职能也相对齐全，，，，，，有首页、频路页、列表页和内容页等天生选项，，，，，，内容页也支持依照ID编号的天生步骤，，，，，，所有天生选项在一个界面中就能够实现，，，，，，操作极度单一，，，，，，实用。。。。。

相比并不花哨的颁布治理职能来说，，，，，，在接下来的静态页面天生的测试中，，，，，，phpcms终于展露出其恐怖的实力，，，，，，我们指定ID静态天生100个页面，，，，，，用时仅为20秒！看到这个令人乍舌的成就，，，，，，幼组成员险些不敢相信自己的眼睛，，，，，，因而接下来我们持续实现了1000个页面的静态天生测试，，，，，，了局证明phpcms的静态页面天生能力是怪兽级的，，，，，，1000个页面全数天生功夫仅为28秒！而我们同步观察磁盘目录页面的天生情况，，，，，，phpcms在天生静态页面时并不是一个一个页面实现，，，，，，而是批量的同时天生。。。。。由于phpcms也没有提供依照指定页数的列表页天活力造，，，，，，因而我们没有完玉成数的列表页天生。。。。。

结论：无论是治理工具、步骤和页面天生的效能，，，，，，phpcms无疑都是最优良的，，，，，，其他的cms难以望其项背。。。。。唯一遗憾的是没有提供依照指定页码天生列表页的职能。。。。。

（4）ecms

Ecsm提供了丰硕的页面静态颁布的治理工具，，，，，，蕴含首页、列表页、内容页以及吩斓路的栏目及内容颁布，，，，，，依照功夫和ID的内容天生页面等职能，，，，，，ecms还提供了一个贴心的职能，，，，，，即能够选择是否沉新天生已经天生过的文件。。。。。

Ecms的静态网页内容颁布效能极度的低，，，，，，50万数据基础上，，，，，，颁布100个页面竟然破费了近12分钟功夫，，，，，，并且数据天生期间，，，，，，电脑险些无法操作，，，，，，硬盘一向的进行读写操作，，，，，，这一了局让幼组颇感绝望。。。。。列表页面天生同样没有提供依照页码天生的职能。。。。。

结论：ecms的页面生功效能偏低，，，，，，让人绝望。。。。。

（5）HBcms

Hbcms的治理后盾布局和形状测评幼组一向都不喜欢，，，，，，但是这不并影响hbcms在数据天生方面的优异阐发，，，，，，hbcms除了提供传统的首页、栏目页和文章页的静态生成功能表，，，，，，还提供了依照关键字、依照ID天生页面等职能，，，，，，并且允许依照页码领域天生栏目列表页面，，，，，，职能看似单一却极度实用。。。。。

Hbcms的内容页面天生的效能极度的高，，，，，，我们测试了100页面天生功夫仅为7.93秒，，，，，，这个成就甚至超过了phpcms之前创下的纪录，，，，，，但随着页面的增多，，，，，，其阐发却逊色于phpcms，，，，，，1000个页面天生的破费功夫为79秒，，，，，，这个速度已经让幼组成员感应极度意表了。。。。。同时hbcms的数据天生过程提供极度敦睦的提醒信息，，，，，，让人感触颇为专业。。。。。

结论：人不成貌相，，，，，，海水不成斗量，，，，，，hbcms固然在治理界面和操作等方面没给我们留下好的印象，，，，，，但是其优良的数据治理效能的确让人刮目相看。。。。。

（6）supesite

Supesite的对于静态HTML的治理伎俩可谓另辟蹊径，，，，，，它并不主张治理员通过手工的步骤批量天生静态HTML页面，，，，，，而是通过用户接见触发的方式产天生html页面，，，，，，这种步骤不只极大削减了服务器的职守，，，，，，并且削减了治理的操作步骤，，，，，，对整站机能的提高亦极度显著。。。。。但系统提供的HTML手动天生的效能的确不敢捧场，，，，，，建议不要通过手动的方式更新页面数据。。。。。

结论：supesite给我们提供了另一种提高数据生功效能的步骤，，，，，，这种步骤不只更为聪明，，，，，，并且越发节俭资源，，，，，，因而固然我们对其自身提供的页面天生工具颇有微词，，，，，，但仍旧赞成supesite的做法。。。。。

（7）verycms

Verycms的数据静态化治理分散于后盾的各个治理界面中，，，，，，也支持更新首页，，，，，，频路首页，，，，，，列表页和内容页等操作，，，，，，但是相应的选项较少，，，，，，也许是产品自身只是文章治理系统，，，，，，即就是在动态的情况下，，，，，，法式在接见效能上阐发仍旧不俗，，，，，，但在静态页面生功效能这部门职能上切实不算优良，，，，，，50万数据的基础上，，，，，，均匀每分钟的页面天生速度仅为可怜的10页，，，，，，系统值得称路的处地点于页面更新的时辰，，，，，，cpu占用率极度低。。。。。

结论：使用verycms最好不要统一进行静态页面的更新，，，，，，由于这不是该系统的利益。。。。。

顺便提一下cmsware（思想cms），，，，，，这个cms的静态颁布也极度有特点，，，，，，支持一键的整站更新，，，，，，固然更新的效能不高，，，，，，但其特点是你能够监控系统更新过程中的每一个步骤。。。。。

幼结

3、网页接见速度测试

由于静态页面接见没有什么可比性，，，，，，页面接见速度只针对动态列表页的接见和翻页速度进行测试，，，，，，由于各个cms的默认模板不一样，，，，，，会造成接见速度的差距，，，，，，因而这部门测试不作为重要评分凭据。。。。。

Dedecms：与dedecms后盾对大数据量治理极度吃力的情况分歧，，，，，，dedecms前台页面的动态列表效能还是能够忍受的，，，，，，无论是数据的列表还是翻页，，，，，，都效能较高。。。。。

评分：7分

Php168：Php168文章列表的效能几多有点让人绝望，，，，，，看似并不复杂的模板，，，，，，但打开栏主张列表页却破费了相当长的功夫，，，，，，随后的翻页也显得异常的艰苦。。。。？？？？？？？？杉鹥hp168在前台模板驱动能力上有显著的欠缺。。。。。

评分：6分

Phpcms：继承了后盾优良的数据治理效能，，，，，，phpcms的前台阐发也仍旧极度优良，，，，，，动态列表的情况下，，，，，，无论是列表还是数据翻页，，，，，，速度都在可接受的领域内，，，，，，响应也很迅速。。。。。

评分：8分

Ecms：帝国的情况总是和dedecms类似，，，，，，其动态数据列表和翻页的效能都比力高，，，，，，与其后盾治理的速度极不相称。。。。。

评分：7分

HBcms：宏博cms要求前台的页面都必须天生静态页面，，，，，，其动态页面的接见会被自动跳转到静态页面上，，，，，，无法测试其在动态环境的前台阐发。。。。。

评分：7分

Supesite：边浏览边天生的效能无疑是最高的，，，，，，supesite的页面执行功夫毫无疑难是最短的，，，，，，齐全感触不出来50万数据带来的任何问题。。。。。

评分：9分

Verycms：全动态的列表和翻页效能都不错，，，，，，但对于只有单一的文章治理职能来说，，，，，， verycms亮点不多，，，，，，距离一个优良的cms系统还有差距。。。。。

评分：8分

五、综合评定

综合以上三项的得分情况（比例分配为50%，，，，，，40%，，，，，，10%），，，，，，相比之下我们更看沉数据的可治理能力，，，，，，最终给出的国内免费php类cms的数据负载排名如下（排名仅供参考）：

编纂选择奖：supesite

出格推荐奖：phpcms

总结评语

经过几轮的测试，，，，，，supesite和phpcms通过其优异的阐发赢得了测评幼组的青睐，，，，，，通过三项得分数据看出他们在数据的治理能力上相比其他的cms更胜一筹。。。。。supesite取胜之路在于高效的后盾治理和取巧的数据天生步骤，，，，，，优良的品质使其成为最佳数据负载内容治理系统的不二人选，，，，，，遗憾的是法式不开源；；；；；phpcms则各方面越发均匀，，，，，，尤其是数据天生能力极度优良，，，，，，加上法式齐全开源，，，，，，因而有好多的追随者，，，，，，值得我们大力的推荐，，，，，，但这套cms近出处于收购的原因，，，，，，似乎终场了开发的脚步，，，，，，未免让人不安其将来的发展；；；；；HBcms的阐发齐全出乎意料，，，，，，在数据治理守护和天生方面有着极度显著的特点，，，，，，效能也很高，，，，，，但后盾治理界面凌乱，，，，，，但愿能做进一步的改进；；；；；php168系统是一个中规中矩的内容治理系统，，，，，，没有显著的弱项，，，，，，也没有显著的强项，，，，，，若是前台模板的效能能提高的话，，，，，，会更有前途；；；；；verycms专一于文章治理领域，，，，，，后盾治理简洁，，，，，，明快，，，，，，效能也较高，，，，，，但文章静态化的速度切实不该捧场，，，，，，使用这个系统应尽可能削减批量天生文章的操作；；；；；帝国cms一向是受到幼我站长追捧的一套内容治理系统，，，，，，但是其在较大数据治理方面的阐发差强人意，，，，，，勉强合格；；；；；dedecms也是受到多多幼我站长关注的网站内容系统，，，，，，同时也由于其源代码盛开而有相当多的钻研者，，，，，，但是其对较大数据的治理能力的确极度的差，，，，，，数据量较大的网站不推荐使用。。。。。