站长谈DEDE及ECMS等使用感想
编辑：Admin 来源： 更新：2007-11-9 点击：
【字体：小 大】
摘要： 最近在作网站重构,之前一个做了几年的站是ASP的商业程序,加密组件的,没法满足现在的扩展需要,最终决定用PHP的开源程序重新规划网站.在选择核心程序的过程中,反复测试比较了DEDE,ECMS,PHPCMS,其他的没打算用所以没测试.关键字： 站长 DEDE ECMS 感想 正文： 最近在作网站重构,之前一个做了几年的站是ASP的商业程序,加密组件的,没法满足现在的扩展需要,最终决定用PHP的开源程序重新规划网站. 给新做站的朋友一个亲身体验后的建议,不要期望一次性找到完全满足自己需求的程序,即使现在满足了需求,将来哪天想增加功能时,也许会发现当时心仪的程序却变成最大的阻碍.建议选择开源代码,这样以后无论是官方功能更新还是自己二次开发,都简单很多.对于自己打算长期做的站点,不是垃圾站的那种,都不建议用加密的程序代码,当然象DZ这样非常完善,可扩展性很强的例外. 以上为题外话.
在选择核心程序的过程中,反复测试比较了DEDE,ECMS,PHPCMS,其他的没打算用所以没测试. 最终选择了DEDE,主要原因是开源,可自行开发或者利用第三方扩展的功能模块.假如ECMS开源的话,我的首选还是ECMS.PHPCMS基本上等于没有自定义模块,不考虑了.
先说说对DEDE的感想.首先,DEDE的功能非常强大,开放性比较好,可通过修改代码得到自己希望的大部分功能,扩展性比较好.总体比较满意.
首先谈下我对DEDE满意的地方. 我看到无论是DEDE官方论坛还是其他使用者最感兴趣的好象是采集等功能,以及象DIGG等,但我觉得这些都是属于锦上添花之类的附加功能而已.而真正处于核心的自定义功能模块却关注的不多,也许高手都自己开发去了,但交流的不多.实际上我们能利用DEDE的自定义模块\自定义字段等功能自行开发符合自己要求的大多数模块,象分类信息,二手买卖,商城,人才信息等.可扩展性强是DEDE的最大优势. 但随着使用的深入,越来越觉得DEDE代码的不严谨,很多细节部分做的不太理想.具体的大家自己去体会,当然还不影响主体使用. 个人认为DEDE需要加强的部分应该是进一步加强自定义模块的开放性,以及标签的严谨\灵活性.也许现在的标签已经很强大了,但官方提供的说明文件远远不够完善.使得很多新手难以灵活使用.特别是函数部分,基本上没多少说明.写一份完善的使用手册,是DEDE必须做的.这点对于ECMS来说,就好很多. 之前落伍有帖子在说CMS的核心功能是什么?我看了很多人的回帖,大部分都没说到重点.个人认为灵活的标签,完善的TAG功能,以及数据库的完善才是重点.就数据库来说,个人认为ECMS比DEDE好很多,就大数据量来说,数据的负荷能力要比DEDE大.大家都在谈SEO,都在说一些技巧性的东西,其实我觉得对SEO最好的实现就在于TAG功能.但不知道为何大部分CMS,特别是PHP的CMS开发者都不太重视TAG.博客为何比一般的CMS更有利于SEO?个人觉得就在于TAG的灵活性.在内容之间建立起互联. 现在的CMS的内容结构性主要在于栏目目录的分类,用户通过目录来选择适合自己的内容.但随着内容的日益庞大,搜寻适合自己的内容变的越来越困难,这时候,通过TAG将相关内容组织起来,就变的越来越重要了.大家都在谈网站对用户的黏度,希望用户尽可能多的时间停留在自己的网站上.即使你的网站内容再丰富,但不利于用户的信息检索,照样没流量.当然,我们也不能把目录分的很细,否则一个频道下几十几百个栏目分类,不说增加内容录入的困难,单是如此对网站的浏览速度影响都很大. 个人认为TAG的完善,对于网站的黏度是至关重要的.但我看无论是DEDE还是ECMS的开发计划里,下一步新版本都没这个功能. 我和很多人一样都期待DEDE的2007版发布,希望有点惊喜.不过目前看来,希望不大.至少对于我希望完善的地方,基本没戏.相对来说,ECMS更具有潜力.似乎WC比BLT更了解CMS的趋势.但限制我选择ECMS的就是不开源.以及对自定义模块数量的限制.假如ECMS不限制自定义模块数量的话,我想绝大部分网站的功能都可以通过ECMS来实现.如果哪天ECMS开源的话,我想也许很可能在一年之内占领CMS的大部分市场份额.DEDE的自定义模块功能和ECMS相似,但没限制.不过DEDE对于多条件的搜索没有专门的标签,需要自行写代码,这点限制了利用其来开发B2B模块.另外,DEDE的自定义模块竟然没有缩略图?当初发现这个问题的时候,吓了一跳,因为我要在很多地方调用缩略图.后来查下代码,原来也很容易实现.总之我发现,DEDE对于图片处理很不完善.你看官方论坛的帖子就知道了.还有,DEDE对于数据库的处理也不完善,我在PHPMYADMIN删除表中一个字段,然后发现在后台管理中这个字段还存在.怎么也去不掉.后来发现,删除字段只能通过后台来做,不能直接对数据库处理,否则就报错.
其实到了现在这个时候,CMS的竞争已经不在于代码,而
[1][2]
|
|
|
|
