dedecms 判断自定义字段内容问题

dede数据库字段说明：dede_addonarticle 附加文章表

aid int（11） 文章编号

typeid int（11） 分类栏目编号

body mediumtext 文章内容

dede_addonflash 附加Flash表

aid int（11） FLASH编号

typeid int（11） 分类栏目编号

filesize varchar（10） 文件大小

playtime varchar（10） 播放时长

flashtype varchar（10） 作品类型

flashrank smallint（6） 作品等级

width smallint（6） 影片宽度

height smallint（6） 影片高度

flashurl varchar（80） FLASH地址

dede_addonimages 附加图集表

aid int（11） 图集编号

typeid int（11） 分类栏目编号

pagestyle smallint（6） 表现方式（1单页显示 2分多页显示 3多行多列展示）

maxwidth smallint（6） 大图限制宽度

imgurls text 集内容（标签存放）

row smallint（6） 多列式参数（行）

col smallint（6） 多列式参数（列）

isrm smallint（6） 是否下载远程

ddmaxwidth smallint（6） 小宽度限制

dede_addonsoft 附加软件表

aid int（11） 软件编号

typeid int（11） 分类栏目编号

filetype varchar（10） 文件类型

language varchar（10） 界面语言

softtype varchar（10） 软件类型

accredit varchar（10） 授权方式

os varchar（30） 运行环境

softrank int（11） 软件等级

officialUrl varchar（30） 官方网址

officialDemo varchar（50） 程序演示地址

softsize varchar（10） 软件大小

softlinks text 软件下载链接列表

introduce text 软件介绍

dede_addonspec 附加专题表

aid int（11） 专题编号

typeid int（11） 分类栏目编号

note text 专题内容（仅存放标签代码）

dede_admin管理员信息表

ID int（10） 自动编号

usertype int（10） 用户类型

userid varchar（30） 用户登录ID

pwd varchar（50） 用户密码

uname varchar（20） 用户笔名

tname varchar（30） 真实姓名

email varchar（30） 电子邮箱

typeid int（11） 负责频道（0表示全部）

logintime datetime 登录时间

loginip varchar（20） 登录IP

dede_admintype 系统用户组管理表

rank smallint（6） 组级别编号

typename varchar（30） 组名称

system smallint（6） 是否为系统默认组

purviews text 权限列表

dede_arcatt文档自定义属性表

att smallint（6） 编号

attname varchar（30） 属性名称

dede_archives 文章表

ID int（11） 自动编号

typeid int（11） 所属主栏目编号

typeid2 int（11） 所属副栏目编号

sortrank int（11） 文章排序（置顶方法）

iscommend smallint（6） 是否推荐

ismake smallint（6） 是否生成静态

channel int（11） 文章所属模型

arcrank smallint（6） 阅读权限

click int（11） 点击次数

money smallint（6） 消费点数

title varchar（80） 标题

shorttitle varchar（36） 简略标题

color varchar（10） 标题颜色

writer varchar（30） 作者

source varchar（50） 来源

litpic varchar（100） 缩略图

pubdate int（11） 录入时间

senddate int（11） 发布时间

arcatt smallint（6） 自定属性（att）

adminID int（11） 发布管理员ID

memberID int（11） 发布会员ID

description varchar（250） 摘要

keywords varchar（60） 关键词

templet varchar（60） 文档模板

lastpost int（11） 最近评论时间

postnum int（11） 评论数目

redirecturl varchar（150） 跳转网址

mtype int（11） 用户自定义分类

userip varchar（20） 用户IP

locklikeid smallint（6） 是否锁定相关文章

likeid varchar（240） 相关文章ID

dede_arcrank 阅读权限表

ID int（10） 自动编号

rank smallint（10） 权限等级

membername varchar（20） 等级名称

adminrank smallint（10） 管理等级

money int（11） 消费点数

dede_arctype 栏目管理表

ID int（10） 栏目编号（自动编号）

reID int（10） 父栏目编号

topID int（10）

sortrank smallint（6） 排序编号

typename varchar（30） 栏目名称

typedir varchar（100） 栏目目录

isdefault smallint（6） 栏目列表选项（1链接到默认页 0链接到列表第一页 -1使用动态页）

defaultname varchar（20） 默认页的名称

issend smallint（6） 是否支持投稿

channeltype smallint（6） 频道类型

maxpage int（11） 保留

ispart smallint（6） 栏目属性

corank smallint（6） 浏览权限

tempindex varchar（60） 封面模板

templist varchar（60） 列表模板

temparticle varchar（60） 文章模板

tempone varchar（60） 单独页面模板

namerule varchar（50） 文章命名规则

namerule2 varchar（50） 列表命名规则

modname varchar（30） 模板名称

description varchar（200） 栏目介绍

keywords varchar（100） 关键词

moresite smallint（6） 多站点支持

siterefer smallint（6） 多站点站点根目录属性

sitepath varchar（60） 多站点站点根目录

siteurl varchar（60） 多站点绑定域名

ishidden smallint（6） 是否隐藏栏目

dede_sgpage 单页

上面是一些常用字段，可以在dede后台-》系统-》SQL命令行工具执行sql语句来批量修改！

一、网站分页对SEO优化的影响

1、大量重复内容，页面标题与URL意义多样化。

2、页面ALT属性的确定与添加，网页加载服务器可能加大负载。

3、增加用户的无效点击，页面停留时间短，跳出率高。

4、页面核心内容相关性与下一页承载关系容易混乱，会导致索引擎抓取收录出错。

5、分页会导致分散链接，锚文本，PageRank的目标页面指向，让搜索引擎不好判断第几页作为权重传递页面。

二、解决网站分页SEO优化问题的方法技巧

1、由于分页产生的大量重复内容，特别是在网页标题上的重复是最明显的，例如我们使用比较多的程序dedeCMS和wordpress都会遇到分页的这个问题，虽然有不少朋友会注意到这个问题，但是还是有不少网站会忽略了这个问题。

当然，这一点可能有点吹毛求疵，但是要想为了网站的长远发展，这些细节也是需要我们多加注意的，对于这个问题，其解决思路很简单，那就是让每个页面标题产生差异性，在此，建议大家可以将标题可以书写为“栏目标题+第几页+网站标题”，对于正在使用织梦CMS后台管理系统栏目列表分页的解决方案就是修改成以下调用代码：

{dede:fieldtitle/}{dede:pagelistlistitem=”pageno”listsize=”0〃function=”html2text(@me)”runphp=”yes”}if(strlen(@me)>10||@me==1)@me=”";else@me=”_第”str_replace(‘‘,”,@me)”页”;{/dede:pagelist}_{dede:globalcfg_indexname/}

而对于wordpress来说一个很好的解决方案就是使用AllinOneSEOPack插件，至于其他的后台管理程序系统我还没有发现更好的解决方案，等有了比较利于seo优化的方法，我会上跟大家再分享的。

2、针对“页面ALT属性的确定与添加，网页加载服务器可能加大负载。”的问题。这就不得不说下一些网站了。因为分页用到最多的就是资讯，这里面涉及到两个问题，一个分页造成工作人员的工作量有可能增加，另外，虽然单页的加载速度加快了，但是却占了网站服务器的大量存储，太多这样的页面必然会对网站的性能造成影响，而性能优化是对网站在硬件上的基本要求了，关于这方面我在此就不多说了，对于具体如何提高网站速度这块。

3、通常，我们会希望用户着陆页在分页的“第一页”的页面上，而不是在中间的第二页第三页上。实际情况是你可能会发现一些页面关键词排名良好的是分页里面的某一个页面，而不是你选择的那个着陆页。如果这些目标排名网页不能满足用户查询需求，这将影响网站的点击率和跳出率。

而针对用户的无效点击和停留时间，跳出率高的问题，由于完全需要根据用户的喜好，而且搜索引擎对于这一部分的算法也是非常模糊的，我们不知道度如何控制跳出率，让网页更符合搜索引擎的要求，这里的不可控性因素太强，所以我们在这一点上唯一可做的就是讨好用户，通过精美的内容来吸引用户停留，个人觉得可以参考的有三点：

(1)、内容充实，排版清晰，为用户减少阅读负担;

(2)、精美，在上吸引用户点击和停留;

(3)、站内的引导，避免流量直接跳出损失。

4、对于“页面核心内容相关性与下一页承载关系容易混乱，会导致索引擎抓取收录出错。”的问题，目前还都没有比较好的方法来解决，尤其是页面核心内容的分页，其实是很难把控的，因为你不知道切分出来的哪个页面真正能符合网页核心主旨，也不知道搜索引擎会如何去抓取收录这几个页面，而且更值得注意的是这些分页的页面必然会形成一定的内部竞争，最终展现给用户在搜索引擎结果中的也可能会有一定的问题。四合装饰

所以目前百度搜索引擎对此也是根据词频提取的算法来展现内容的，这就像大家经常在百度搜索出来网站和文章标题，其展示的描述却不定是站长和SEOer所填写的那些。对此问题的解决方法，建议就是能不分页的内容就尽量不要分页，而对于核心内容的展示，尽量多注意一下核心关键词的密度。

在一些情况下，如果文章内容确实太长，不方便阅读，必须要分页的话，可以使每一段都围绕着一个核心点，可独立支撑起一个页面内容量的情况下可以考虑分页使用。

另一方面是基于pagerank的原理为其他的链接页面做权重传递，如果这里分页之后把一个页面的权重分散给了这几个页面，而这几个页面中加起来的链接总数肯定要多很多，那么最终传递的权重可能只有一小部分了，虽然这种理论的东西都只是猜测，但仔细思考也有点道理的。而且我们不能够确定哪个页面权重更高，最终像第4点中提到的一样，百度确定不了网页的核心主题，需要自己分析，那么就可能和自己的初衷产生偏差。

织梦标签是不能嵌套使用的，你用了{dede:field name='datu' runphp='yes'} {/dede:field}

这对标签中间不能出现花括号的任何标签 { }，可以使用英文的中括号，这样 [ ] 的。

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

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能稍加完善，其实是一个相当不错的整站程序。

{dede:channel type="son" typeid='8'}

<a href="[field:typeurl/]" [field:global name=autoindex runphp="yes"](@me==1) @me="class=on hover":@me="class=on";[/field:global]>[field:typename/]</a>

{/dede:channel}

上面代码加上我字体加粗的部分代码就可以实现了，不懂可以追问我

首先[field:title/]就是指标题了，加上runphp='yes'就是执行里面自写的方法。你链接里面的代码有点小错误，应该这样写才是你要的。[field:title runphp='yes']if(strlen("@me")>34)@me=cn_substr("@me",34)"";else @me=@me;[/field:title]

里面的@me就是标题的值，if(strlen("@me")>34)就是判断标题是不是大于34字符（两个字符等于一个汉字），如果判断对，就截取@me 34个字符，然后再加上“”赋给原来的@me。如果没大于34字符的话就还是原来的值。

修改arclist标签的asc属性。

具体代码如下：

{dede:arclistorderway=''asc'}

文章按照顺序排列

{/dede:arclist}

解析原因：

orderway=''值为desc或asc，指定排序方式是降序还是顺向排序，将值修改asc就是顺序排列。

扩展资料

其他属性

1、typeid=''表示栏目ID，在列表模板和档案模板中一般不需要指定，在封面模板中允许用","分开表示多个栏目；

2、row=''表示返回文档列表总数；

3、col=''表示分多少列显示（默认为单列）；

4、titlelen=''表示标题长度；

5、infolen=''表示内容简介长度；

6、imgwidth=''表示缩略图宽度；

7、imgheight=''表示缩略图高度；

8、type=''表示档案类型，其中空值、不使用这个属性或type='all'时为普通文档

参考资料：