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

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有优势。

您好，织梦云模版（dedeyun）很高兴为您解答：

首先回答您第一个问题：你在后台建立栏目有很多方法在前台显示

{dede:channel type='top'}[field:typename/]{/dede:channel} 这个是输出后台你建立的所有栏目。 {dede:type typeid='你栏目id'}[field:typename/]{/dede:type} 这个是调用某一个栏目

当然栏目调用还有其他很多方法，具体请您多看织梦的官方标签。

其次，需要别人数据，唯一的办法就是采集。这个还是需要你学习。

总之，你需要基础才行。希望我的回答能够帮到您。

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

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

首先可以明确的告诉你，DedeCMS的0day漏洞很多，而且也有一年多时间没有维护了。所以网上“流传”DedeCMS不安全、漏洞多是真实的情况，但这也洽洽说明dedecms在以前的确很火。

DedeCMS后台功能上是很齐全的，而且操作起来简单，用来二次开发也比较容易，所以在前几年受到不少套网站的程序员的热爱。正因为如此，再加上它是开源的，所以不少人发现漏洞后就开始攻击基于这款CMS的网站，每次一曝出漏洞，受到影响的网站很多。

考虑到现在官方也没维护了，所以建议大家选择其它CMS，比如PHPCMS在安全性上就给DedeCMS要好得多；而且现在PHP版本都比较高了，DedeCMS在这些高版本的PHP环境下运行会存在一些兼容性问题。

如果你的网站现在用的就是DedeCMS那建议作好安全加固措施，比如：

若网站没有交互，可以全站生成静态页，然后静态页单独部署，将后台和前台分离，这样别人无法攻击动态脚本；

源码目录权限严格控制，避免权限过大导致的非法文件可以上传或者可执行。

综上，DedeCMS不建议选择。

1、首先进入dedecms的源码目录，在源码目录中点击进入dede的文件夹，该文件夹就是dede的后台文件：

2、然后打开浏览器，输入“虚拟域名/dede”，没有配置虚拟域名就是“localhost/dede”回车进入后台的登录界面：

3、进入后台登录后，输入账号和密码，点击登录即可：

4、此时即可访问到dede的后台了：