谁清楚phpcms和dedecms各个缺点和优点

DEDE整站生成静态的时候，首页、列表页、文章内容页都是生成HTML，当文档页面刷新的时候，点击次数是不变的，需要重新生成页面。经过分析dede内容页的field标签，解决方案如下:

。

　　JS解决办法：（{dede:fieldclick/}这个不能实时刷新，要使用JS调用。）

　　内容页调用方法：在DEDE里面有一个php文件是专门用来统计点击次数的，这个文件叫countphp，我们只需要给它传递一些参数就可以获得文章的点击次数，调用的方式也是用JS来调用，这段代码大家也不需要去记，只要在用的时候复制进去就可以。

　　这是文章页调用文章点击次数，{dede:field name='id'/}是文章ID。

　　列表页和首页调用方法：在列表页和首页你可以在循环里面使用[fieldid /]获取，mid是发帖人，一般都是用admin帐号发文章，所以一般都是1。因为在list列表中不能有{}，所以你就写实际地址：

　　这样，首页和列表页的点击次数也就能够像文章内容页一样实时点击刷新了，尤其适合博客

后台主页要读取官方升级信息和网站安全信息，统计信息。这些都是要经过数据库和dede官网的一些文件，所以慢了。

解决方法：如果这些统计信息对自己不需要的话，建议在后头模板中把这块去掉即可解决！

phpcms优点：

1 模块化安装，非常适合安装，拆卸，和拿到市场上去交易非常方便的。

2 灵活的标签语法，非常强大。

3 缓存做的非常优秀。几乎支持目前主流的几大缓存系统解决方案，file缓存，eaelerator缓存，memcache缓存，shmop缓存等

4 安全性也不错的。后台为了防范入侵，采用了cookie和session同时存在验证技术，才可以安全进入后台。

多次登录失败，开启验证码功能。防止机器人频繁猜口令。

5 数据库。在根目录下的include目录下，db_aessphpdb_mssqlphpdb_mysqlphp等，就照着他的方法，在增加几个也没问题的。

6兼容性。是在php4的基础上开发的，所以向下兼容性是不错的。在include/globalfuncphp 这个文件可以看到很多if(!function_exist()){}，这些代码就是为了兼容php4相关函数。

phpcms缺点：

1 后台对应的模块的功能列表url,从数据库中读取的，也即是，安装的时候，将url写入数据库了。这个如果二次开发要修改的话，不是很方便的，最好是写到文件中，读取文件内容，方便开发者开发，而且也更容易维护，如果是出于安全考虑的话，不妨加下密也可以的。

2 分部式。 后台的某些功能模块，还是要调用各个应用模块的admin部分，相关＊．inc．php文件．　如果我要把其中某个模块或应用独立出去部署到其他的服务器上，就不方便了。

3数据库设计问题，后台开设模型时，表的引擎只能是myIsam,而不能选择其他的，字段的类型，比如要开设一个字段为number,类型为int,但是在新增加的模型表中还是以varchar出现，而不是int,长度是默认的255modelfiled表，才发现该系统是将类型写到该表中了。

4加密/解密程序。目前已经在想相关安全网站已被爆以破解。这也不是什么新闻了。在开发中，关注下相关安全厂商发布的漏洞。

5 数据库抽象层。就以上提到的几个数据库文件。 db_mssqlphp db_mysqlphp db_aessphp 等对于数据库分布式，应该没问题的。 数据库抽象层处理数据比较快，且快平台更容易且更容易维护，这个是需要考虑的。

Dedecms功能实用，模板功能使用简单。