发布时间:2014-05-11 12:47:42作者:知识屋
当今时代网络已经进入家庭,很多网民已经不满足于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,具体的测试环境为:
本次数据负载评测的方法是向每个cms系统中录入50万条数据,并在此基础上完成三个项目的评测内容,具体的评测方法为:
评测小组试图使用采集的方法获得50万的数据,但由于采集的效率较低,并且数据来源各有差异,不利于做出相对公平的测试结果,因此最后决定使用循环入库的方法直接创造50万的数据。为保证数据入库的有效性,我们使用程序自身的数据入库模块并编写了对应的接口程序,在其基础上建立循环,用最快速的方法直接写入数据库创造数据。
为保证公平公正,本次测试使用完全一样的数据样本,该样本为一篇普通的新浪的文字稿件,共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个篮板。 火箭连战连捷,连老天都帮他们,在连胜的过程中,打黄蜂时对手少了大卫-韦斯特,打小牛时德克-诺维茨基被禁赛,而今天面对湖人,加索尔又在上一场扭伤脚踝。不过火箭可不会同情对手,再说他们的主将姚明已经缺阵了两个星期。 |
由于每个cms的数据录入方法稍有不同,最终cms具体的数据量略有差异,测评小组认为,相比50万的总体数据量来说,这部分微小的数量差异不会对测试的最终结果产生太大的改变和造成决定性的影响。
每个cms具体录入的数据量以及数据空间占用情况见下表:
本次评测的具体内容为(每个大项10分为满分):
(1)大数据量情况下后台的管理效率,本项目重点考察在大量数据的基础上,cms对数据进行列表、增加、删除、修改、查询和移动等常见管理操作的效率和速度,得分占总成绩的50%。
(2)大数据量情况下的页面生成效率,本项目重点考察cms系统静态页面、列表页面等网页的生成效率和速度,考察管理后台提供了哪些方便网页生成的维护和管理工具,得分占总成绩的40%。
(3)大数据量情况下网页的可访问性,本项目重点考察动态数据页面的情况下,各个cms系统的前台页面表现的负载能力和访问效率,得分占总成绩的10%。
测评之前就听说dedecms的数据负载不是很理想,没想到测试结果比想象的还要糟糕。当后台管理到达5万数据的时候,后台操作开始变得异常困难,打开栏目列出所有文章要花费相当长的时间,当数据到达20万的时候,打开文章管理列表时提示php超时。
我们录入完50万数据,并且延长了php脚本超时的限制,小心翼翼的打开了栏目的文章管理,在硬盘灯一阵狂闪,时间过去了整整2分35秒的之后,终于艰难的打开了文章管理列表。不幸的是每次翻页都会遇到类似的情况,时间都在40秒以上。随后我们耐心尝试了文章的添加、编辑、删除、移动和查询等操作,其中文章的添加、编辑、删除、查询的速度中规中矩,而批量文章移动速度较慢。
结论:当数据大于5万的时候,使用dedecms的后台来管理数据是非常让人郁闷的一件事情,因为每次操作完毕后,你不得不花费至少1分钟的时间等待文章列表的出现,这对于没有耐心的人几乎是不可能完成的任务。
Php168的后台布局有点动易系统的影子,对于5万和10万的数据量,后台管理都显得轻松自如,因此我们没有做更多的测试,直接录入50万数据。
Php168在50万数据时管理同样显得比较轻松,50万数据文章管理列表第一次打开仅花费了13秒,每次翻页也都是2-3秒就能出现,速度比较理想。接着我们测试了文章的添加、编辑、删除、移动和查询等各种操作,速度都非常快,几乎没有任何延迟,操作起来也非常顺手。
结论:对于50万的数据来说,php168的后台应对起来非常轻松自如,各种操作均速度较快。
Phpcms后台的管理界面相对比较复杂,但层次清晰,有点类似DZ后台的管理方法,让人感觉比较亲近。对付5万和10万数据,后台管理比较轻松,几乎未见延迟。
Phpcms单个栏目50万数据打开管理列表第一次花费时间为11秒,数据翻页的时间为1-2秒,和php168旗鼓相当,效率亦非常的高。继续测试了文章的添加、编辑、删除、移动和查询等各种操作,速度很快,管理操作都非常方便。
结论:phpcms优秀的数据管理机制能轻松应对较大数据量,后台各种数据管理工具和操作都很顺手。
Ecms的后台管理布局比较传统,类似风讯等系统后台管理方式。在5-10万数据时,后台管理相对速度较为缓慢,但还能够使用。
单个栏目50万数据时,系统管理显得较为吃力,打开数据列表时间花费为1分20秒,每次翻页用时10-14秒,这个成绩仅略优于dedecms,不过当再次打开数据列表时,速度有明显的提升。继续测试了文章的添加、编辑、删除、移动和查询等各种操作,文章的添加、编辑、删除、查询的速度可以接受,而数据移动则异常的缓慢,这点和dedecms表现相同。
结论:帝国cms数据的承载能力并不强,在大数量的面前,表现只能算及格,建议其单个栏目的数据量最好不超过15万。
HBCMS的后台管理有明显的仿欧美cms的倾向,但是布局较为凌乱,感觉并不舒服。后台管理在数据量为5-10万的情况下表现优异。
出人意料的是,HBCMS单栏目50万数据管理的打开速度达到了令人惊异的6秒!翻页也只需要2-3秒,这让测评小组对其刮目相看。测试文章的添加、编辑、删除、移动和查询等各种操作,速度都较为出色,但是由于后台布局不规整,而且后台在使用上经常出现一些莫名其妙的错误,让人摸不着头脑。
结论:HBCMS在处理大数据方面有着令人称赞的高效机制,但是后台管理夹杂着英文提示以及一些未知的错误,往往会让用户不知所措,数据添加、编辑、移动等操作使用起来提示较多,操作繁琐,最终影响了得分。
2014-11-19
怎么找回退出的QQ群的群号?
Winpcap是什么 Winpcap有什么用?
jsp文件怎么打开?
百度权重之我见~ 百度权重的等级划分
DEDE关于列表页分页和内容页分页与CSS不对应,错位的问题-DedeCM
怎样去掉dedecms【织梦】后台的安全提示?
帝国CMS 后台在线编辑CSS扩展修改教程!(建议收藏)
修改Dede友情链接dede:flink
nginx做下载服务器配置一例