国内主流PHP类CMS数据负载测评报告_站长园地

当今时代网络已经进入家庭，很多网民已经不满足于QQ以及一些blog的个性展现而走向了网站建设的站长之路，一些个人网站的崛起也让他们看到了成功的曙光，与此同时，各类网站管理系统（以下简称cms）也犹如雨后春笋般地出现在了大家的眼前，给很多有站长梦的朋友建设网站带来了曙光。

但问题也随之而来，那就是：站长们应该如何选择cms，选择的cms系统是否能够完全满足自己的需要，cms是否能够稳定而持久的方便站长的工作？是否能够满足网站在将来发展的需要？带着同样的疑问，助易网测评小组决定对现在比较流行的PHP平台下的国内主流cms系统作一次深入的评测，参评的国内php类cms包含了当下主流的dedecms、ecms、php168、phpcms、supesite等系统，测评的具体内容则包括cms的服务、质量、功能、数据负载等多个方面，测评小组期望通过测评给广大站长选择适合自己的cms程序提供依据。

本报告的内容为cms的数据负载专项评测结果，目的是在数据负载方面为选择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万的总体数据量来说，这部分微小的数量差异不会对测试的最终结果产生太大的改变和造成决定性的影响。

4、评测内容

（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表现相同。