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

如果你不是托儿，请往下看：

国内目前没有绝对最好的cms，但是有适合你的cms，具体如下：

php的cms：帝国cms、织梦cms、phpcms、齐博cms等等

asp的cms：动易siteweaver、科讯等

aspnet的cms：动易sitefactory等等

phpcms和dedecms的区：

　　Phpcms和DedeCMS是国内开源的CMS网站管理系统中出色的两个，在性能和稳定安全方面，各有千秋。

一、用户界面

　　后台界面：Phpcms的后台则比较简洁，菜单数量并不多，但各种功能很全，后台首页提供的统计功能使人人网站基本情况一目了然。美中不足的是没有一键更新功能，网站的html代码、首页、栏目等需要分别更新。

二、数据控制能力

　Phpcms的数据控制能力比dedecms强一些。 从时间上来说，用dedecms生成100个html文件的时间，phpcms可以生成2000个。dedecms的搜索性能极差，搜索局限性大。而phpcms可以做到自定义字段都是搜素条件，而且速度快，后台的数据控制灵活性Phpcms比dedecms强很多，在Phpcms后台可以有很多 方式在查找数据，自定义一页显示数据的行数。 dedecms不可能做到。

三、SEO方面

　　网站的seo优化没有dedecms设计的好，dedecms可以很简单的在后台控制url的生成方式，并且重命名，而Phpcms貌似很复杂(Phpcms自定义URL规则技巧)，最重要的是官方不给一点详细的说明。

四、运营与广告

　在PCV9里边，站群的概念有点突出，这一点上思维先进。广告管理：PHPCMS略胜一筹，Phpcms形成了广告位和广告的两个概念，用户可以定义广告位，进 而管理广告。广告位控制广告出现的位置，只需点去选择即可，对代码的依赖性比较低，十分方便站长投放。DedeCMS的广告管理对广告对象的属性概念模 糊，广告位控制甚至还需要通过代码来进行，菜鸟们肯定要下大力气琢磨一番了。

五、模板定制与设计

　　从模板开发上，dedecms面向的是初级站长，甚至不懂编程的计算机爱好者都可以，而且，dedecms的标签都不允许编程({dede:php}除外)，完全都是模板标签操作，入门非常简单，当然了这也是以牺牲可定制性为代价的。

　　phpcms的模板制作，也采样了dede同意的方式，标签式，但是这个要比dedecms宽松的多，你可以在里面嵌入php代码，可以在模板里面编程，虽然这是软件开发的大忌，但是模板的灵活性明显增加了，用户有了更多的权限和方式去实现自己想要的效果。

　　PHPCMS比DEDECMS最优秀的就是这块了，DEDECMS进行了封装了很多的代码，很多的标签拿来就只管用，但是那些标签代码里有很多的不需要的标签写了一大堆。对于一个喜欢在前台页面代码纠结我来说，织梦这块做得比PHPCMS要缺少一些。

　另外PHPCMS的前台数据调用的方式很有意思，除了一些基本的标签之外，则可以完全经过GET的模式，自己写SQL语句来调取数据。这一点其实也是让 人很纠结的。因为不是每个人都懂SQL语句，如果PHPCMS能做一个象DX的那样方便的SQL调取数据的界面化的功能，那就太好了，再加上配合 PHPCMS前台显示数据的方式，那么前台代码可以做到最大的优化了。

　　对于喜欢在前台模版HTML简洁化的纠结的，PHPCMS相对来说比DEDECMS有优势。

phpcms优点：

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

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

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

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

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

5 数据库。 在根目录下的include目录下，db_accessphp db_mssqlphp db_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_accessphp 等对于数据库分布式，应该没问题的。 数据库抽象层处理数据比较快，且快平台更容易且更容易维护，这个是需要考虑的。

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