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文章列表的效率多少有点让人失望，看似并不复杂的模板，但打开栏目的列表页却花费了相当长的时间，随后的翻页也显得异常的艰辛。可见php168在前台模板驱动能力上有明显的欠缺。