dede tag标签静态化

看回那2个文件夹即可,txt说明书我已经修改过。

下面说一下tag标签静态化之后在内容页、列表页中如何使用。

内容页中沿用之前的方法即可:

[html] view plain copy

  1. {dede:tag sort=‘new‘ getall=‘0‘}
  2. <a href="[field:link/]" title="[field:tag /]">[field:tag /]</a>
  3. {/dede:tag}

列表页中,就要用到 [field:id function=nic_arc_tag_link(@me)/] 这是/includeextend.func.php文件中的新增的一个方法,<a></a>的html标签也在里面,样式去/includeextend.func.php中修改。

遇到过的问题:

    • 按照说明书一套坐下来,发觉生成含有标签的内容页不行,列表页也不行。在后台点击生成没反应,是应为/includeextend.func.php中最后多了一个 ?>  我看原版是没有这个结尾的,所以去掉之后就OK了
时间: 2024-12-20 20:02:47

dede tag标签静态化的相关文章

dede模板教程:如何设置dede的静态化或者动态化?

直接用DEDE后台的SQL命令行工具, SQL语句: DEDE整站动态化: 将所有文档设置为"仅动态", update dede_archives set ismake=-1 将所有栏目设置为"使用动态页", update dede_arctype set isdefault=-1 DEDE整站静态化: 将所有文档设置为"生成HTML", update dede_archives set ismake=1 将所有栏目设置为"链接到默认页

freecms首页静态化以及模板标签

首页静态化代码: 在freeCMS的后台进行首页静态化时,首先会调用cn.freeteam.cms.action.HtmlAction里的indexDo方法,以下是代码: 很明显这里会用到siteService里的html方法: 在这里需要几个参数放到data里:site对象,contextpath--系统根路径,contextpathno--系统根路径不带最后一个“/”, 这些准备好后将context,data,以及模板路径.站点路径发送到createhtml方法, 在这里说一下模板路径以及站

帝国cms文章内容tags关键词设置调用方法以及tags静态化

说实话帝国cms用起来真的不好找一些功能,就比如说帝国cms的tag标签调用.需要注意的是帝国CMS文章的关键词和tags标签并非一码事,关键词标签是设置文章的关键词的,是用来给搜索引擎说明本篇文章的大意,而tags标签是用来链接文章的,对于SEOer来说,使用tags可以起到聚合的作用,增加网站页面,提高权重.那么帝国CMS如何调用当前文章内容tags以及实现tags静态化呢? 帝国CMS tags标签怎么设置: 1.登录后台,单击[栏目]菜单——[TAGS管理]——[设置TAGS参数]子菜单

小蚂蚁学习页面静态化(2)——更新生成纯静态化页面的三种方式

更新生成纯静态化页面的三种方式:1.按照时间间隔更新.2.手动更新.3.定时更新(需要系统配合). 1. 按照时间间隔更新. 当用户第一次访问这个页面的时候,程序自动判断,该静态文件是否存在,并且该文件是否还在有效时间内,如果该文件未超出了有效时间,用户访问的是已经生成的静态文件.如果超出了有效时间,用户得到的是动态输出的内容,同时重新生成静态文件.稍微修改一下昨天的代码为例: <?php //首先判断是否有静态文件,并且文件的最新修改时间到现在是否大于20秒 if(is_file('./tex

【转】关于大型网站技术演进的思考(二十一)--网站静态化处理—web前端优化—下【终篇】(13)

本篇继续web前端优化的讨论,开始我先讲个我所知道的一个故事,有家大型的企业顺应时代发展的潮流开始投身于互联网行业了,它们为此专门设立了一个事业部,不过该企业把这个事业部里的人事成本,系统运维成本特别是硬件采购的成本都由总公司来承担,当然互联网业务上的市场营销成本这块还是由该事业部自己承担,可是网站一年运维下来,该公司发现该事业部里最大的成本居然不是市场营销的开销,而是短信业务和宽带使用上的开销,是不是有点让人感到意外呢?下面我来分析下这个场景吧. 短信这块是和通讯运营商有关,很难从根本上解决,

关于大型网站技术演进的思考(二十一)--网站静态化处理—web前端优化—下【终篇】(13)

本篇继续web前端优化的讨论,开始我先讲个我所知道的一个故事,有家大型的企业顺应时代发展的潮流开始投身于互联网行业了,它们为此专门设立了一个事业部,不过该企业把这个事业部里的人事成本,系统运维成本特别是硬件采购的成本都由总公司来承担,当然互联网业务上的市场营销成本这块还是由该事业部自己承担,可是网站一年运维下来,该公司发现该事业部里最大的成本居然不是市场营销的开销,而是短信业务和宽带使用上的开销,是不是有点让人感到意外呢?下面我来分析下这个场景吧. 短信这块是和通讯运营商有关,很难从根本上解决,

关于大型网站技术演进的思考(十七)--网站静态化处理—满足静态化的前后端分离(9)

前后端分离的主题虽然讲完了,但是前后端分离的内容并没有结束,本篇将继续前后端分离的问题,只不过这次前后端分离的讲述将会围绕着本系列的主题网站静态化进行.在讲本篇主题之前,我需要纠正一下前后端分离主题讲述中会让朋友们产生误导的地方,这种误导就是对时下流行的一些前后端分离方案(没有使用nodejs的前后端分离方案)的评价问题,其实本人任然觉得不管什么样的前后端分离方案只要成功被实施,并且产生了良好的效果,那么它就是一个成功的前后端分离方案,前面我以一种批判的角度讲述这些前后端分离方案,并不是想在否定

全站静态化

全站静态话: 1.单个内容页面非常easy.原理就获取html源 2.新闻内容页,能够用标签替换 3.难点是列表页等关联非常多的页面 解决方式:事实上和伪静态原理一样,仅仅是地址栏不一样,解析到浏览器都是html. 伪静态保持全站静态化时候,所以连接都用自己定义Filter方法,格式化为.htm或其它的了. 所以,全站真静态 1.首先也要有方法,把连接路径静态话如/product/list_2.html,而不是.aspx?page=2

关于大型网站技术演进的思考(十一)--网站静态化处理—动静分离策略(3)

前文里我讲到了网站静态化的关键点是动静分离,动静分离是让动态网站里的动态网页根据一定规则把不变的资源和经常变的资源区分开来,动静资源做好了拆分以后,我们就可以根据静态资源的特点将其做缓存操作,这就是网站静态化处理的核心思路.由此可见,网站静态化处理的核心就是动静分离和缓存两大方面,上篇我简单讲述了动静整合的基础知识,本篇将会讲述两大核心之一的动静分离策略,只有把动静分离策略做好了,缓存才能发挥出它应有的效果. 下面我们要讨论下动静分离的策略了,一个页面什么内容是动态的,什么内容是静态的,这个我们