谁清楚phpcms和dedecms各个缺点和优点
织梦TAG静态化需要插件,需要修改的文件还蛮多的!网上很多人把插件改来改去,都改的不成样子了!
一、说明:本修改适用56,57 GBK,可以生成网站所有TAG列表的静态网页文件,还有生成tag的首页静态文件。
修改前,请备份相关的原始文件。
二、修改步骤:
1、在DEDE网站根目录,建立“tag”目录(小写)
2、在DEDE后台SQL运行器里,执行以下一条SQL:
ALTER TABLE `#@__tagindex` ADD `maketime` INT( 10 ) UNSIGNED NOT NULL DEFAULT '0';
3、增加文件:
templets/default/list_taghtm //可从文章列表页复制修改
templets/default/index_taghtm //可从taghtm复制
dede/makehtml_tag_action_listphp
dede/makehtml_tag_action_indexphp
dede/makehtml_tagphp
dede/templets/makehtml_taghtm
include/arctaghtmlclassphp
4、修改文件:
dede/inc/inc_menuphp
143行,插入
<m:item name='更新TAG静态' link='makehtml_tagphp' rank='sys_MakeHtml' target='main' />
include/taglib/taglibphp 61行屏蔽,62行插入 (参考附带的文件,也可以直接覆盖)
include/extendfuncphp 把里面的代码,都复制到你的extendfuncphp文件里
三、使用说明:
1、进入后台“生成”,即可看到左边的“更新TAG静态”(就在更新主页、栏目、文档等功能的下方)
2、自行编辑TAG列表页模板list_taghtm、TAG首页模板index_taghtm,都放在你站点模板所在目录即可(和首页模板、列表页模板、内容页模板等在一起)
3、生成有个选项“是否强制全部生成”,它是为了节约资源设计的
如果是“重新生成全部TAG列表”,它会更新所有的TAG的列表页;
如果是“仅更新上次生成后有变化的TAG”,它则会只更新上次更新之后有变化及新增加的TAG的列表页,这个比较节约时间
4、生成的TAG首页,放在根目录,叫做tagshtml
5、如果你的模板里,还有TAG需要指向到它的静态地址,则用参考这个函数去处理其标签即可:
{dede:tag type='current'}
[field:id function="nic_tag_url(@me)" /]
{/dede:tag}
其中的id就是这个TAG的ID号
6、在内容页模板,如果想指向该文TAG的列表页,用以下标签即可:
{dede:fieldid function='nic_arc_tag_link(@me)'/}
在文章列表页、arclist标签等,使用一下代码调用文章TAG列表
[field:id function='nic_arc_tag_link(@me)'/]
高级补充说明:
1、TAG这个目录可以改,修改arctaghtmlclassphp的146行和extendfuncphp的15行,里面的tag/字样
2、文件名里的id号不能去掉,举例说因为“作业”和“昨夜”的拼音都一样,如果没有ID,他们的文件名就重复了。
3、生成速度和普通列表页一致的,因为是从哪里修改过来的。 你有1万个TAG,假定你每个TAG对应有30个文章吧,列表页10篇为一页,那就有3万篇了。
你可以到后台的sql运行工具里,执行这一句看看,就知道TAG对应文章之后,数量就远大于TAG数量本身:
select count() as c from #@__taglist
4、如果需要在发布新文章的时候,同时更新相关的TAG列表页,可以参考附带的inc_archives_functionsphp,修改你DEDE后台目录dede/inc/inc_archives_functionsphp
增加 741行、758~765行
5、部分网站因曾经做过静态化处理,可能会出现代码冲突!
6、因CSS路径以及命名规则不同以及新手细节不会处理!可能会导致生成的TAG列表以及TAG首页布局很乱。或者某些模板调用不出来!
7、如果新人站长不会处理。可以来 安心赚吧 看相关问题的处理方法教程!也可以留言,站长会帮助你处理!
可以按织梦默认的根据关键词调用相关文章的方法,自定义一个标签,解决这个问题。自定义标签的方法和内容比较多,你可以参考如下的文章:http://wwwnoniucom/jiaocheng/260html
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功能实用,模板功能使用简单。
0条评论