DEDEcms，GBK和UTF8版本互相转换有什么方法

DEDECMS无法生成主页HTML是设置错误造成的，解决方法为：

1、首先，登录网站后台。

2、点击系统选项卡。

3、点击：系统基本参数。

4、点击：核心设置链接。

5、然后将DedeCMS安装目录这一项，修改为当前项目所在的文件夹名称，最后点击确定按钮。

6、网站正常运行了，故障已解决。

大体试用了一下三个系统，得出了一个比较粗浅的结论：

1、phpcms：

phpcms自2007版本开源以后才开始引起广泛关注，但这次也是头一次研究。用了几天，有了一点初步的印象。（以下以2007版为例，2008版尚未正式推出）

粗看起来，phpcms 2007是三者中最为完善的，各项功能考虑的很细致，导致进了新手进了后台先要晕半天才行。各项功能，比如UNIX系统的权限、模版修改、广告、商城、信息、单网页。。。。都做的相当的完备了。

发表文章的关键字、作者、来源、自动远程保存等等，都做的不错。但是，phpcms发表文章的摘要，似乎是只能自动截取，不能手工设置，灵活性欠佳。

发表的文章可以通过关键字来索引相关贴，做的不错。

支持通行证方式进行论坛和其它系统的整合，可以进行正向和反向两种方式的整合。但是文档说的不太清楚，研究了半天才成功。但是反向整合pw501登录后自动跳转不回来。

phpcms 2007的后台安排的太琐碎，看的头晕。发一篇文章也要晕半个钟头，而且首页的更新莫不清规律，幻灯片老半天不更新。

phcms尽管功能很强大，但是却缺少一样重要的东西：可视化的模版工具，这也是php168和dedecms共同的缺点。在这方面，他们甚至不如刚刚起步的DiyPage好，DiyPage只是一个刚刚具备了雏形的CMS系统，却拥有一个很方便的后台可视化界面设计工具，即使是菜鸟也可以轻松设计界面（虽然灵活性没那么强大，但是足够你用了）。

phpcms 2007整体以频道为依据进行组织，即使你不想用频道，哪也得用，这个已经由不了你了 。所以如果仅仅是一个比较简单的网站，也用上一个频道，看起来够别扭的，这是phpcms 2007最大的缺点，不过看了phpcms 2008beta2发现，phpcms终于解除了这个垃圾限制。

发现phpcms的广告功能似乎不完善，一个广告位定义了两个广告，不能自动轮换，总是显示第一个。

phpcms虽然实现了模块化，但是不管你用不用，一大堆模块稀里呼噜就装上了，看起来很不爽，也不直观。

phpcms虽然是很早就是商业化运作的软件，然后开发效率却是不高，新版本屡屡跳票，影响了它的产品形象，让开源以来积累的人气和一些拥趸大失所望。然而最近贴上了六间房以后，资金应该是没有压力了，新版本也开始浮出水面，2008beta1已经发布了，可惜问题多多。

phpcms 2008 beta2 在 MySQL4 上还是有使用问题，不过比beta1强一些，beta1直接就安装不了，不知道正式版是否会正式放弃MySQL4。

phpcms 2008beta2看上去不错，新功能令人振奋的，界面清爽。以前一团乱麻的后台界面已经打扫干净了。phpcms 2008的标签采用了中英文混合的方式，对菜鸟来说更加容易上手，比较新颖。另外，beta2好像是实现了类似php168的可视化模版中的标签设置方式，虽然不是可视化的设计模版，总归可以自定义一些元素样式了。不过这个beta2版也还是顶多算是个预览版，BUG极多，功能不全。如果准备用phpcms的话，怕是还要大大的等几天才行。

另外，phpcms官方论坛对免费版的支持很不到位，伤了很多粉丝的心。

2、dedecms

51应该是dedecms正式商业化运作以后推出的第一个版本吧？以前的dedecms个体作坊式的发展，由于作者兼职时间和精力不足，导致发展缓慢，新版本频频跳票，引起广大粉丝的强烈不满，甚至导致柏拉图和dedecms用家之间的语言冲突。然而dedecms在商业化运作以后，新版本的发布周期大大缩短，产品功能不断改进，界面美化了很多，人气和用户数量大大增长了，现在看发展势头不错。

dedecms的根目录是最简单的，只有几个文件，比以上两个都强多了，其实这样不仅看起来清爽，维护起来也方便，值得表扬

dedecms的频道非常费解，看起来只有频道模型，要增加频道就要添加模版文件有点费解，仔细研究发现，这个dedecms其实和php168的方式差不多，任何栏目都可以添加子目录，绑定域名，其实就和频道是一个意思，栏目和频道可以互相转换。

dedecms的通行证只支持反向整合，就是dedecms可以用服务端的用户数据登录。其实所谓整合，一般也就是这样的。论坛用整站用户数据的情况恐怕极为少见，对论坛管理也不利。

但是dedecms的通行证整合，需要修改论坛文件，不明白为啥要这样，是因为论坛的通行证功能还不完善吗？

dedecms的广告管理用起来比较麻烦，要先定义标签，然后手工在模板中插入。好像模版上没预定义好广告位置，实在是太不应该了。。。。相当于手动操作，不符合当今历史潮流啊。而且大家常用的广告自动轮换功能，也没有实现。

试用发现，dedecms有时还有一些小毛病，比如远程附件功能，有时发现无法自动转存到本地。另外，在模块数量上，dedecms也无法和php168和phpcms相比，只有文章、下载、、Flash等基本的功能，不知道dedecms 2007发布以后能否有所改观

dedecms的相关文章、热点文章等功能，用了静态生成的方式直接写入到了HTML文件中，这样在生成HTML后，无法自动更新，需要经常手工重新生成全部HTML才能更新相关文档和热点文档。但是大量的重复生成所有HTML文件效率太低下了，这方面dedecms不如php168最新添加的相关文章功能，是用JS方式实现的，不需要更新HTML就能自动索取最新的相关文章。但是使用JS方式也存在服务器效率的问题。

dedecms的首页、列表页、还有文章页都使用了单独的模板，没有使用header和footer模板，这样的好处是可以产生各种风格的页面（允许首页、列表页、内容页使用不同的风格），但是缺点是修改添加头部和底部广告、导航条的时候，相当费劲，要一个一个模板的修改。而且dedecms的版权声明字段设置太小，只有250字节，写不进去多少内容，顶多能添加个计数器就不错了。

dedecms起步就用了类似XML标签方式，而且官方还提供了Dreamweaver的插件来识别标签，应该说在国内是比较独到的。但是这种方式也需要新手一定的时间才能适应。同时，dedecms一直缺乏比较完善的文档，也进一步加大了菜鸟上手的难度。

dedecms最大的问题就是没有提供类似Diypage的可视化设计方式，因为标签比较难于上手，对新手来说做模板是很头疼的问题。

dedecms 51比40功能有了很多进步，增加DIGG功能，还有类似分类信息之类的功能都实现了。不过也有退步，比如关键词、相关帖功能都严重退步了，发帖也很不方便，而且dedecms在商业版本和免费版本之间做功能和代码区分，也自然会在免费版本上有所缩水。

dedecms商业化发展以后，目前出现的问题是免费版的技术支持做的不太到位，比phpcms强不了多少。

3、php168

php168关注很久了，却一直没怎么用过。当年整合论坛的30版给俺很深的印象，可惜论坛没有坚持下去。最近php168的开发工作很强劲，推出了N多模块，让人看的眼晕。

看过了phpcms的后台，再进php168的后台，感觉舒服多了，简洁多了，但是功能还可以。

php168的频道不是强制的，好像是栏目和频道可以转换，灵活性比phpcms强多了

关键字功能没有实现相关贴功能，不爽（新版本已经增加了，用JS方式实现的动态调用）。

php168一直不是用通行证实现整合论坛，这方面做的不好，灵活性欠佳。需要CMS和论坛安装在同一个数据库才行。

首页的标签设置，php168提供了一个可视化的工具，可以直接在上面设置标签，修改标签属性，这方面做的比phpcms强多了。虽然不能设计主页模板，但是可以方便的修改首页模板中元素的内容和显示方式，对菜鸟来说比较不错。dedecms的标签提供（或者公布）的属性比较少，想定制样式是比较麻烦的，目前可能是需要直接用PHP语句来修改。

但是要实现广告功能，还是要像dedecms一样，先定义标签，然后手工修改模版，有点太麻烦了，汗。另外，好像也没实现广告自动轮换功能（）。

php168实现了模块化，可以一个一个的装，看起来比phpcms清爽多了

php168页面模板也是使用了标签方式，但是模板代码好像是类似phpwind的方式（这不奇怪，php168的作者本来就是从phpwind插件开发开始的），代码和模板的分离程度比较差，这个东西其实是个双刃剑，因为用php代码方式，灵活度是最大的，也不用像dedecms一样，标签难以上手，扩展困难；但是缺点也很大，就是不懂编程的人士难以上手，特别是美工和程序的分离不彻底（php168的官方模版就不如dedecms漂亮，不知道是不是这个原因）。

php168比dedecms多了一个可视化的首页标签定制功能，能设置首页元素的显示内容，显示方式，这是比dedecms略强了一些，有总比没有强啊。

因为php168研究的比较少，其它功能没仔细测试过，就不多讲了。总体来说，如果php168能稍加完善，其实是一个相当不错的整站程序。

当前安装版本为：dedecms v57 utf8,

目标将网站由UTf8版本转换为GBK版。

2

写在转换之前：

要转换dede系统的版本，实际上是编码的转换的问题，要将mysqls数据从utf8转换为gbk编码，将模板文件的编码也要转换为GBK模式。

在本文中两个核心工具，帝国备份王和Editplus 编辑器。

用ebak2008工具的备份/恢复功能，巧妙dede数据库utf-8编码的无错转换为gbk编码格式。

站点文件的转换就用Editplus 编辑器。

END

二数据的备份

1

在转换之前，将dede做整站备份，备份内容包括mysql数据库，dede站点文件，如果网站容量非常大的话，可以登录php空间管理后台将整个网站进行打包，然后下载。

备份的目的就是了防止转换失败后还有退路。

登录dede后台，选择“系统 ”中 “数据库备份/还原 ”备份dede数据库。

2

备份完毕，请登录ftp下载到本地电脑保存。

Dede备份数据存储位置：/data/backupdata

END

三数据库编码转换

1

解压缩ebak2008,将ebak2008文件夹上传到网站空间的根目录。

用帝国备份王（ebak2008）反向操作，强制转换dedecms v57 utf8版本的mysql数据编码为gbk。

2

打开帝国备份王（ebak2008）工具(地址为:原域名/ebak2008)，登陆

3

在登陆后的帝国备份王界面,点击“备份数据”,

4

备份数据界面,选择要备份的数据库,请注意操作,别选错了。

5

非常重要！php虚拟主机安装的dede系统是utf8版，在备份的时候不能选择 “utf8编码进行备份 ”。在这里要反向操作（如果是utf8就选gbk,如果是gbk就选utf8）。

备份时请特别注意：选择数据库编码为gbk，不能选择其它方式，否则在转换后会出现乱码。

数据存储目录命名为：date_gbk_20150618160956。一般用默认的就可以了。

点击,屏幕最下方的 开始备份 ,等待完成操作!

END

四将gbk格式的dede数据库备份恢复到系统

登陆主机ftp后台，将原来的dedecms的目录dede,改为deded_utf8_bak

上传DedeCMS-V57-GBK-SP1tar，到主机后台进行解压缩,将其中的uploads文件夹改为dede,移动到public_html/目录中,此操作可以节省大量上传的时间

接着就可以重新安装dede系统了,安装过程不作演示

在安装DedeCMS-V57-GBK-SP1版时，按默认安装即可。安装完毕后，进后台将插件之类的也重新安装好

然后登录ebak2008数据库备份工具，选择“数据恢复”，恢复第二步骤中将utf8编码强制转换为gbk格式的数据库（date_gbk_20150618160956）。

帝国备份王（ebak2008）恢复数据仅需要50秒左右，速度相当的快。恢复数据后，请登录dede管理后台，重新生成一下网页。

检查首页无乱码，织梦网站管理系统（dedecms）utf8成功转换gbk。

进入网站管理后台,检查数据库表，Mysql数据表无乱码：

转换成功后的小错误，由于dede默认的utf8和gbk版本的差别，在转换成功后，“图文资讯”和“首页幻灯片”丢失，丢失的重新上传一下就OK！整个过程无报错，显示正常

再次进入主机后台找到dede_utf8_bak目录下的uploads下的alimg目录(这个目录就是首页和上传的存放的位置),把这个目录加入到剪贴板,

再进入dede目录下的uploads,复制剪贴板的文件到这里,这样就恢复正常了

本站使用的是dede默认的模板，所以在转换的时候没有改动dede的模板文件，如果你的网站对DEDE的一些文件没有改动，直接按照我的方法就可以成功转换。

如果有改动的文件，请将你改动的文件转换为gbk编码。

用Editplus 编辑器将站点文件中的utf8转换为gbk编码。

重点是dede模板文件编码的转换，细心的用Editplus 编辑器修改，完毕后，上传覆盖即可。

你的navjs没有运行

你把

        $('#inner')nav({ t: 2000, a: 1000 });

</script>

放到head里或者html的最后试试

如果还不好使就加上

$(function(){

        $('#inner')nav({ t: 2000, a: 1000 });

})

</script>

试试

总之就是你的js没有运行

1 dedecms网站GBK与UTF

在帮别人修改织梦模板的时候，别人的要求是： 在现有的织梦做网站上 增加一个多语言界面，就是在现有的中文界面上新增 英文，日文 和韩文。

第一个当然想得就是在织梦后台新增几个这样的 栏目。然后只要将模板做成其他的语言就可以调用了。

但是也遇到了一个问题就是它现有网站的织梦是gbk的。

这种gbk是一种中文编码，若想出现其他语言文字就必须转化成UTF-8的，所以自己就再网上整理了一下 找到了一个比较不错也适合自己的转换方式：

1 备份网站的所有数据

这一部分是很重要的 ，尤其是数据库的备份。先织梦后台备份，然后再整站进行备份

2导出数据库文件并转换。

这一部分需要使用到PHPMyadmin 我们在MyAdmin 找到网站的数据库名，默认的数据表前缀为dede_ 全选这些数据表，选择导出。将导出的。sql文件在本地 用专门的编辑工具打开（可以使用DW或者是Notepad++等）

我们查找CHARSET=gbk 全部替换为CHARSET=utf8

查找gb2312全部替换成utf8

然后保存。

3模板文件的转换

用DW打开模板文件，选择修改——页面属性——标题/编码 ：

织梦gbk转utf8

我们只要将编码选择为 UTF-8即可，下面还有一个选择就是 是否包含Unicode签名（BOM） 这个不要选择 否则在使用织梦模板插入include时会出错

若发现有的文字出现了乱码 自己手动更改即可！

将全部的模板文章转换问UTF-8格式的！

文件基本上就转换好了！

4安装UTF-8格式的织梦安装包

你使用的是织梦哪个版本的织梦就安装相应的UTF-8格式的安装包，安装好之后使用MyAdmin 将这个新数据库名中格的表删除，并将转换好的。ssql文件导入即可，将转换好的模板文件覆盖。

2 织梦系统怎么把utf编码转成gbk

首先登陆dedecms网站后台，使用系统菜单下的数据库备份/还原功能，将网站的数据备份，记住要备份数据表结构，然后使用FTP工具将备份好的数据文件下载到您的电脑上。

备份的文件中有tables_struct_xxx这样一个文件，用dreamweaver或EditPlus打开这个文件，使用查找与替换命令，将CHARSET=gbk替换为CHARSET=utf8，然后要保存。打开准备的转码软件，将第所备份的文件（包括上面修改过的文件），将GBK转换为UTF-8格式。当然，转换好的文件一定是在一个新的文件夹里面，以便区分原来的GBK的文件。

至此这一步，就将数据库文件由GBK格式成功的转换为了UTF-8格式。

3 DEDEcms,GBK和UTF8版本互相转换有什么方法

当前安装版本为：dedecms v57 utf8，目标将网站由UTf8版本转换为GBK版。

2写在转换之前：要转换dede系统的版本，实际上是编码的转换的问题，要将mysqls数据从utf8转换为gbk编码，将模板文件的编码也要转换为GBK模式。在本文中两个核心工具，帝国备份王和Editplus 编辑器。

用ebak2008工具的备份/恢复功能，巧妙dede数据库utf-8编码的无错转换为gbk编码格式。站点文件的转换就用Editplus 编辑器。

END二数据的备份1在转换之前，将dede做整站备份，备份内容包括mysql数据库，dede站点文件，如果网站容量非常大的话，可以登录空间管理后台将整个网站进行打包，然后下载。备份的目的就是了防止转换失败后还有退路。

登录dede后台，选择“系统 ”中 “数据库备份/还原 ”备份dede数据库。2备份完毕，请登录ftp下载到本地电脑保存。

Dede备份数据存储位置：/data/backupdataEND三数据库编码转换1解压缩ebak2008，将ebak2008文件夹上传到网站空间的根目录。用帝国备份王（ebak2008）反向操作，强制转换dedecms v57 utf8版本的mysql数据编码为gbk。

2打开帝国备份王（ebak2008）工具（地址为：原域名/ebak2008），登陆3在登陆后的帝国备份王界面，点击“备份数据”，4备份数据界面，选择要备份的数据库，请注意操作，别选错了。5非常重要！虚拟主机安装的dede系统是utf8版，在备份的时候不能选择 “utf8编码进行备份 ”。

在这里要反向操作（如果是utf8就选gbk，如果是gbk就选utf8）。备份时请特别注意：选择数据库编码为gbk，不能选择其它方式，否则在转换后会出现乱码。

数据存储目录命名为：date_gbk_20150618160956。一般用默认的就可以了。

点击，屏幕最下方的 开始备份 ，等待完成操作！END四将gbk格式的dede数据库备份恢复到系统登陆主机ftp后台，将原来的dedecms的目录dede，改为deded_utf8_bak上传DedeCMS-V57-GBK-SP1tar，到主机后台进行解压缩，将其中的uploads文件夹改为dede，移动到public_html/目录中，此操作可以节省大量上传的时间接着就可以重新安装dede系统了，安装过程不作演示在安装DedeCMS-V57-GBK-SP1版时，按默认安装即可。安装完毕后，进后台将插件之类的也重新安装好然后登录ebak2008数据库备份工具，选择“数据恢复”，恢复第二步骤中将utf8编码强制转换为gbk格式的数据库（date_gbk_20150618160956）。

帝国备份王（ebak2008）恢复数据仅需要50秒左右，速度相当的快。恢复数据后，请登录dede管理后台，重新生成一下网页。

检查首页无乱码，织梦网站管理系统（dedecms）utf8成功转换gbk。进入网站管理后台，检查数据库表，Mysql数据表无乱码：转换成功后的小错误，由于dede默认的utf8和gbk版本的差别，在转换成功后，“图文资讯”和“首页幻灯片”丢失，丢失的重新上传一下就OK！整个过程无报错，显示正常再次进入主机后台找到dede_utf8_bak目录下的uploads下的alimg目录（这个目录就是首页和上传的存放的位置），把这个目录加入到剪贴板，再进入dede目录下的uploads，复制剪贴板的文件到这里，这样就恢复正常了本站使用的是dede默认的模板，所以在转换的时候没有改动dede的模板文件，如果你的网站对DEDE的一些文件没有改动，直接按照我的方法就可以成功转换。

如果有改动的文件，请将你改动的文件转换为gbk编码。用Editplus 编辑器将站点文件中的utf8转换为gbk编码。

重点是dede模板文件编码的转换，细心的用Editplus 编辑器修改，完毕后，上传覆盖即可。

4 dedecms的UTF

我看了下他的模板，这个改动量就太大了。你要把模板里的这些文件依次打开，并将<meta ; charset=utf-8" />；改成<meta ; charset=gb2312" />；。而且他的plus里也要改。整理起来很麻烦。

大体试用了一下三个系统，得出了一个比较粗浅的结论：

1、phpcms：

phpcms自2007版本开源以后才开始引起广泛关注，但这次也是头一次研究。用了几天，有了一点初步的印象。（以下以2007版为例，2008版尚未正式推出）

粗看起来，phpcms 2007是三者中最为完善的，各项功能考虑的很细致，导致进了新手进了后台先要晕半天才行。各项功能，比如UNIX系统的权限、模版修改、广告、商城、信息、单网页。。。。都做的相当的完备了。

发表文章的关键字、作者、来源、自动远程保存等等，都做的不错。但是，phpcms发表文章的摘要，似乎是只能自动截取，不能手工设置，灵活性欠佳。

发表的文章可以通过关键字来索引相关贴，做的不错。

支持通行证方式进行论坛和其它系统的整合，可以进行正向和反向两种方式的整合。但是文档说的不太清楚，研究了半天才成功。但是反向整合pw501登录后自动跳转不回来。

phpcms 2007的后台安排的太琐碎，看的头晕。发一篇文章也要晕半个钟头，而且首页的更新莫不清规律，幻灯片老半天不更新。

phcms尽管功能很强大，但是却缺少一样重要的东西：可视化的模版工具，这也是php168和dedecms共同的缺点。在这方面，他们甚至不如刚刚起步的DiyPage好，DiyPage只是一个刚刚具备了雏形的CMS系统，却拥有一个很方便的后台可视化界面设计工具，即使是菜鸟也可以轻松设计界面（虽然灵活性没那么强大，但是足够你用了）。

phpcms 2007整体以频道为依据进行组织，即使你不想用频道，哪也得用，这个已经由不了你了 。所以如果仅仅是一个比较简单的网站，也用上一个频道，看起来够别扭的，这是phpcms 2007最大的缺点，不过看了phpcms 2008beta2发现，phpcms终于解除了这个垃圾限制。

发现phpcms的广告功能似乎不完善，一个广告位定义了两个广告，不能自动轮换，总是显示第一个。

phpcms虽然实现了模块化，但是不管你用不用，一大堆模块稀里呼噜就装上了，看起来很不爽，也不直观。

phpcms虽然是很早就是商业化运作的软件，然后开发效率却是不高，新版本屡屡跳票，影响了它的产品形象，让开源以来积累的人气和一些拥趸大失所望。然而最近贴上了六间房以后，资金应该是没有压力了，新版本也开始浮出水面，2008beta1已经发布了，可惜问题多多。

phpcms 2008 beta2 在 MySQL4 上还是有使用问题，不过比beta1强一些，beta1直接就安装不了，不知道正式版是否会正式放弃MySQL4。

phpcms 2008beta2看上去不错，新功能令人振奋的，界面清爽。以前一团乱麻的后台界面已经打扫干净了。phpcms 2008的标签采用了中英文混合的方式，对菜鸟来说更加容易上手，比较新颖。另外，beta2好像是实现了类似php168的可视化模版中的标签设置方式，虽然不是可视化的设计模版，总归可以自定义一些元素样式了。不过这个beta2版也还是顶多算是个预览版，BUG极多，功能不全。如果准备用phpcms的话，怕是还要大大的等几天才行。

另外，phpcms官方论坛对免费版的支持很不到位，伤了很多粉丝的心。

2、dedecms

51应该是dedecms正式商业化运作以后推出的第一个版本吧？以前的dedecms个体作坊式的发展，由于作者兼职时间和精力不足，导致发展缓慢，新版本频频跳票，引起广大粉丝的强烈不满，甚至导致柏拉图和dedecms用家之间的语言冲突。然而dedecms在商业化运作以后，新版本的发布周期大大缩短，产品功能不断改进，界面美化了很多，人气和用户数量大大增长了，现在看发展势头不错。

dedecms的根目录是最简单的，只有几个文件，比以上两个都强多了，其实这样不仅看起来清爽，维护起来也方便，值得表扬

dedecms的频道非常费解，看起来只有频道模型，要增加频道就要添加模版文件有点费解，仔细研究发现，这个dedecms其实和php168的方式差不多，任何栏目都可以添加子目录，绑定域名，其实就和频道是一个意思，栏目和频道可以互相转换。

dedecms的通行证只支持反向整合，就是dedecms可以用服务端的用户数据登录。其实所谓整合，一般也就是这样的。论坛用整站用户数据的情况恐怕极为少见，对论坛管理也不利。

但是dedecms的通行证整合，需要修改论坛文件，不明白为啥要这样，是因为论坛的通行证功能还不完善吗？

dedecms的广告管理用起来比较麻烦，要先定义标签，然后手工在模板中插入。好像模版上没预定义好广告位置，实在是太不应该了。。。。相当于手动操作，不符合当今历史潮流啊。而且大家常用的广告自动轮换功能，也没有实现。

试用发现，dedecms有时还有一些小毛病，比如远程附件功能，有时发现无法自动转存到本地。另外，在模块数量上，dedecms也无法和php168和phpcms相比，只有文章、下载、、Flash等基本的功能，不知道dedecms 2007发布以后能否有所改观

dedecms的相关文章、热点文章等功能，用了静态生成的方式直接写入到了HTML文件中，这样在生成HTML后，无法自动更新，需要经常手工重新生成全部HTML才能更新相关文档和热点文档。但是大量的重复生成所有HTML文件效率太低下了，这方面dedecms不如php168最新添加的相关文章功能，是用JS方式实现的，不需要更新HTML就能自动索取最新的相关文章。但是使用JS方式也存在服务器效率的问题。

dedecms的首页、列表页、还有文章页都使用了单独的模板，没有使用header和footer模板，这样的好处是可以产生各种风格的页面（允许首页、列表页、内容页使用不同的风格），但是缺点是修改添加头部和底部广告、导航条的时候，相当费劲，要一个一个模板的修改。而且dedecms的版权声明字段设置太小，只有250字节，写不进去多少内容，顶多能添加个计数器就不错了。

dedecms起步就用了类似XML标签方式，而且官方还提供了Dreamweaver的插件来识别标签，应该说在国内是比较独到的。但是这种方式也需要新手一定的时间才能适应。同时，dedecms一直缺乏比较完善的文档，也进一步加大了菜鸟上手的难度。

dedecms最大的问题就是没有提供类似Diypage的可视化设计方式，因为标签比较难于上手，对新手来说做模板是很头疼的问题。

dedecms 51比40功能有了很多进步，增加DIGG功能，还有类似分类信息之类的功能都实现了。不过也有退步，比如关键词、相关帖功能都严重退步了，发帖也很不方便，而且dedecms在商业版本和免费版本之间做功能和代码区分，也自然会在免费版本上有所缩水。

dedecms商业化发展以后，目前出现的问题是免费版的技术支持做的不太到位，比phpcms强不了多少。

3、php168

php168关注很久了，却一直没怎么用过。当年整合论坛的30版给俺很深的印象，可惜论坛没有坚持下去。最近php168的开发工作很强劲，推出了N多模块，让人看的眼晕。

看过了phpcms的后台，再进php168的后台，感觉舒服多了，简洁多了，但是功能还可以。

php168的频道不是强制的，好像是栏目和频道可以转换，灵活性比phpcms强多了

关键字功能没有实现相关贴功能，不爽（新版本已经增加了，用JS方式实现的动态调用）。

php168一直不是用通行证实现整合论坛，这方面做的不好，灵活性欠佳。需要CMS和论坛安装在同一个数据库才行。

首页的标签设置，php168提供了一个可视化的工具，可以直接在上面设置标签，修改标签属性，这方面做的比phpcms强多了。虽然不能设计主页模板，但是可以方便的修改首页模板中元素的内容和显示方式，对菜鸟来说比较不错。dedecms的标签提供（或者公布）的属性比较少，想定制样式是比较麻烦的，目前可能是需要直接用PHP语句来修改。

但是要实现广告功能，还是要像dedecms一样，先定义标签，然后手工修改模版，有点太麻烦了，汗。另外，好像也没实现广告自动轮换功能（）。

php168实现了模块化，可以一个一个的装，看起来比phpcms清爽多了

php168页面模板也是使用了标签方式，但是模板代码好像是类似phpwind的方式（这不奇怪，php168的作者本来就是从phpwind插件开发开始的），代码和模板的分离程度比较差，这个东西其实是个双刃剑，因为用php代码方式，灵活度是最大的，也不用像dedecms一样，标签难以上手，扩展困难；但是缺点也很大，就是不懂编程的人士难以上手，特别是美工和程序的分离不彻底（php168的官方模版就不如dedecms漂亮，不知道是不是这个原因）。

php168比dedecms多了一个可视化的首页标签定制功能，能设置首页元素的显示内容，显示方式，这是比dedecms略强了一些，有总比没有强啊。

因为php168研究的比较少，其它功能没仔细测试过，就不多讲了。总体来说，如果php168能稍加完善，其实是一个相当不错的整站程序。