对于想了解DEDECMS删除系统自带频道模型的方案的读者，本文将提供新的信息，并且为您提供关于DedeCMS数据负载性能优化方案简单几招让你DedeCMS提速N倍、DedeCms频道模型介绍，设计频道
对于想了解DEDECMS删除系统自带频道模型的方案的读者，本文将提供新的信息，并且为您提供关于DedeCMS 数据负载性能优化方案 简单几招让你 DedeCMS 提速 N 倍、DedeCms 频道模型介绍，设计频道模型的办法、DedeCms 频道模型介绍，设计频道模型的方法、DedeCMS删除TAG标签后返回404状态码的有价值信息。
本文目录一览：- DEDECMS删除系统自带频道模型的方案
- DedeCMS 数据负载性能优化方案 简单几招让你 DedeCMS 提速 N 倍
- DedeCms 频道模型介绍，设计频道模型的办法
- DedeCms 频道模型介绍，设计频道模型的方法
- DedeCMS删除TAG标签后返回404状态码
DEDECMS删除系统自带频道模型的方案
默认系统自带的频道模型是不允许删除的，会提示，系统模型不允许删除。
其实有个变通方法，可以来删除不需要的系统模型。
就是用PHPMYADMIN进入数据库改动系统模型的识别参数，让DEDE将系统模型识别为普通模型，这样就能在后台删除。
方法如下：
1、进入PHPMYADMIN或者其他的MYSQL管理工具，找到dede_channeltype 表
2、点击dede_channeltype表名进去后找到你要修改的模型名称，注意id号要和后台一样，小心改错
3、将issystem字段列中的1改为0就可以了
4、再进DEDECMS的后台频道模型管理里面删除看看，是不是可以删除了 本文章网址：http://www.ppssdd.com/code/10434.html。转载请保留出处，谢谢合作！
DedeCMS 数据负载性能优化方案 简单几招让你 DedeCMS 提速 N 倍
前文介绍了 DedeCMS 栏目列表页实现完美分页的方法，避免了大部分重复栏目标题对搜索引擎的影响，对 SEO 更有利。今天，分享一下 DedeCMS 数据负载性能优化的方法。
接触织梦也有三年多时间了，对它可谓是又爱又恨。它的模板简单易用，标签调用更是灵活，二次开发也非常方便。可是，站点数据庞大起来的时候（30 多 万条），后台就会变得异常缓慢，生成 HTML 也很吃力，毫不夸张的说，头发都等白了。这不禁让我对 DedeCMS 数据负载性能产生了置疑？
查阅了相关资料，结合自身站点实际，还是总结出了一套不错的 DedeCMS 数据负载性能优化方案。废话不说，直接进入正题。
1）数据分表存储 减轻数据单表压力
自织梦 V5 版本起，DedeCMS 开始分表存储以提高系统负载性能，确实在一定程度上缓解了数据压力。现在最新的 DedeCMS V5.7 版本已经出来了，据官方介绍，V5.7 调整了缓存处理，应付 50 万以内数据没问题，至于真实性无从考究。如果官方陈述属实的话，对于中小型站长来 说确实是件好事，正常百万级内数据也不用过多担心了。
分表存储如何操作？
如果你只是个人或企业等小型站点，数据量也就撑死上万，那完全不用考虑分表存储，DedeCMS 完全可以胜任。分表操作很简单，你只需要直接进入后 台，新建模型，然后设置一个栏目对应一个模型。个人建议一个大的频道栏目及子栏目对应一个模型，这要根据你的栏目可能存储的数据来做计划，考虑实际一点的 分表方案。
2）修改系统参数 arclist 标签另类优化
在 DedeCMS V5 版本中，官方其实已经做了极力优化，引入了缓存机制。其实影响 HTML 生成速度的罪魁祸首还是模板中的 arclist 标签，很多站长喜欢用 arclist 标签来调用最新、热门、推荐、头条等文章列表，但是 arclist 标签每次都带着一大堆条件去主表中查询，可能还会关联附加表，对一次性生 成大量文章来说，只是重复使用 arclist 标签对数据库重复查询罢了，自然会花去大量时间。现在 DedeCMS 新的版本中，生成 HTML 时 arclist 标签会直接调用缓存数据，省去 arclist 标签重复查询数据库的时间，顿时让上述工作变得轻松起来，生成速度得到提升也是必然的。你只用在系统参数 -> 性能选项中，找到 arclist 标签调用缓存（cfg_index_cache）(0 不启用，大于 0 值为多少秒)，根据自身实际需求调整缓存调用时间。
其实，还有一种解决办法，就是麻烦了一些，但是对性能提升是非常显著的。arclist 标签调用缓存虽说一定程度上提高了 HTML 生成速度，但是还是需要对 arclist 缓存进行判断，如果能把这部分时间也省去，那是不是会更快呢？答案是肯 定确定以及双重否定。我们可以通过 freelist (自由列表) 功能事先生成最新、热门、推荐、头条等文章列表页面，然后用 include 标签直接引入到 模板里，标签格式为：{dede:include file=’文章列表页面文件名称’ ismake=’ no’/}。如果你的站长数据很庞大，服务器硬件配置也一般的话，何不尝试一下呢？
另外，系统参数 - 核心设置里默认的关键字替换功能（cfg_keyword_replace）是开启的，如果文章是采集过来的，还是关闭的好，有很多关键字都毫无意义，甚至会有乱码导致生成出错，关掉此功能对提高系统性能是有一定帮助的。
3）数据库表索引优化 性能大幅提升
为什么要对 DedeCMS 数据库表索引进行优化呢？很简单，在 Mysql 中，索引无疑是最有效的加快查询的工具了，一个合理的索引组合会极大地提升 你的查询效率和系统性能。言归正传，你可以通过 phpmyadmin 或是一个叫 Navicat for MySQL 的软件（推荐）来管理你的数据库。
分析 DEDECMS 数据表信息，不难发现，所有的文章数据是存储在 dede_archives 和 dede_arctiny，以及对应的 dede_addonarticle 附加表中的。生成 HTML 时，sql 查询主要围绕这三张表来的。个人认为，凡是要排序的字段和查询条件的字段及文档 ID 都要建立索引，如果一个没有建立，将会严重影响 MySQL 的查询效率，最终导致生成速度变慢。DEDECMS 数据表索引建立方法如下：
a）dede_archives，是文章的主表，存储文章标题、关键 字、描述、发布时间等信息，10 万数据的表大小可能在 30MB 左右，也是我们优化的重点。你需要建立的索引字段有，id、channel、 pubdate、sortrank、ismake、typeid、mainindex、lastpost；其中，像系统默认的 mainindex 和 lastpost 这两个组合索引，个人认为存在意义不大，可以删除，自己掂量。需要注意的是，click 字段，是文档的点击数，此字段更新频率，建立索引 后会对系统维护带来一定压力，另外也有人说频繁更新的建立索引会容易导致数据库损坏，也无从查证。个人建议 click 字段保留，不建立索引。
b）dede_arctiny，这个表比较小，10 万数据的表大小不到 5MB，建议不建立索引，可以将自带的删除掉，或者只保留 sortrank 索引。
c）dede_addonarticle，是文章附加表，主要是用来存储文章内容的，不作索引考虑。
以上索引成功建立后，再测试下你的 HTML 生成速度，是不是让你精神一振呢？
4）搭建胜过 Apache 十倍的高并发 Web 服务器 Nginx + PHP（FastCGI）
Web 服务器的重要性不需多言，对提升网站性能有着直接影响。在 PHP 开发中，最常用的环境莫过于在 LAMP:Linux+apache+mysql+php 了，在 windows 下有 WAMP:Windows+apache/iis+mysql+php，我的 WEB 站点也是在这种环境下开发的。Nginx + PHP（FastCGI）无疑是你最好的选择，在 Windows 和 Linux 下都可以安装，只是 Windows 下的 Nginx 表现要远远逊色于 Linux。
DedeCMS 系统运行是依赖 PHP+MYSQL 环境的，所以说一个运行快、资源消耗小的 Web 服务器对提升系统性能有多重要。如果条件允许的条件，还是推荐下 Nginx + PHP（FastCGI）这种 WEB 服务器环境。
以上就是 DedeCMS 数据负载性能的优化方案，针对的是有独立 WEB 服务器或控制权限的站长，至于虚拟主机想 达到这个速度还是很费劲的，但是也可以作为 DedeCMS 性能优化的一个参考依据，自己琢磨琢磨了。当然，如果有更好的提高 DedeCMS 数据负载性能的 办法，还希望分享下。其实，正常情况下（不包括采集），一般站点数据量也都有限，20 万就很了不起了吧？我想，以上的 DedeCMS 优化方案足以解决了。 真到了百万级、千万级数据的时候，也不是一般站长需要考虑的事了。
DIV+CSS 布局之浏览器兼容问题及 CSS Hack 使用方法
DedeCms 频道模型介绍，设计频道模型的办法
知道dedeCMS有一年多的时间了，但真正用于研究它的时间半个月不到，在这过程中，更多的时间花在设计DIV格式源码上。说这话并不是摆显自己，只是说出自己学习dedeCMS的过程，让更多希望网站建设的朋友了解dedeCMS的易用性，减轻大家对CMS系统的恐惧心理。
下面以制作一个简单的产品库为例，一步步地陈述自定义模型的过程，初学者和感兴趣的朋友不妨看看：
一、模型设计（自定义模型：有两点）
1、确定前台需要表现的内容
dedeCMS没有产品库模型，如果网站涉及到产品展示，那么先考虑这个展示需要显示哪些内容，我们的例子涉及四个内容：
(1)产品名称
(2)产品价格
(3)产品缩略图
(4)产品介绍
图一
根据上述需求，确定了数据库表的设计目标，接下来看第二点
2、建立数据库表、字段
建立数据库表product，表将会有四个字段与*点需要显示的内容对应，如下：
(1)产品名称 <=> 直接引用dedeCMS系统的新闻 title
(2)产品价格 <=> price
(3)产品缩略图 <=> 直接引用dedeCMS系统的新闻缩略图 litpic
(4)产品介绍 <=> pinfo
注：dedeCMS有一个公共表“archives”，各个模型都共用其中的字段，新建立的模型也是，也就是说，实际上只需要建立两个字段：price、pinfo
确定目标后，进入dedeCMS“频道模型管理”。
==================================
作为初学者，模仿是事半功倍的*佳办法。在学习过程中，研究了系统缺省的四个模型，发现“软件模型”是*方便*容易上手的模仿模型。
贪图方便，我喜欢用多窗口浏览器GB打开后台，按住shif点击“更改”在新标签打开“软件模型”；
界面里就简单的几行填写表单，里面“附加表”、“列表附加字段：”分别是CMS系统自动创建的“数据库表”、表里的“字段”(注意：dedeCMS有一个共用的表“archives”，各个模型都共用其中的好些字段，所以“软件模型”里的字段并不多)：
图二
接着在管理后台原标签点击[增加新模型]，打开新建“模型”界面，把“软件模型”地内容对应地复制过来，然后根据前面设计的表名、字段进行修改，按下图修改好之后点击“确定”，“产品库模型”建立了。
dedeCMS缺省创建的字段用了“latin1_swedish_ci”编码，需要进入到phpMyAdmin把它修改成CMS统一的“gbk_chinese_ci”编码，否则中文字会出现显示乱码现象。
（补充：下图中有“字段添加向导”，这里可以对创建的字段进行定义）
图三
DedeCms 频道模型介绍，设计频道模型的方法
知道Dedecms有一年多的时间了，但真正用于研究它的时间半个月不到，在这过程中，更多的时间花在设计DIV格式模板上。说这话并不是摆显自己，只是说出自己学习Dedecms的过程，让更多希望做网站的朋友了解Dedecms的易用性，减轻大家对CMS系统的恐惧心理。
下面以制作一个简单的产品库为例，一步步地陈述自定义模型的过程，初学者和感兴趣的朋友不妨看看：
一、模型设计（自定义模型：有两点）
1、确定前台需要表现的内容
Dedecms没有产品库模型，如果网站涉及到产品展示，那么先考虑这个展示需要显示哪些内容，我们的例子涉及四个内容：
(1)产品名称
(2)产品价格
(3)产品缩略图
(4)产品介绍
图一
根据上述需求，确定了数据库表的设计目标，接下来看第二点
2、建立数据库表、字段
建立数据库表product，表将会有四个字段与第一点需要显示的内容对应，如下：
(1)产品名称 <=> 直接引用Dedecms系统的文章 title
(2)产品价格 <=> price
(3)产品缩略图 <=> 直接引用Dedecms系统的文章缩略图 litpic
(4)产品介绍 <=> pinfo
注：Dedecms有一个公共表“archives”，各个模型都共用其中的字段，新建立的模型也是，也就是说，实际上只需要建立两个字段：price、pinfo
确定目标后，进入Dedecms“频道模型管理”。
==================================
作为初学者，模仿是事半功倍的最佳方法。在学习过程中，研究了系统缺省的四个模型，发现“软件模型”是最方便最容易上手的模仿模型。
贪图方便，我喜欢用多窗口浏览器GB打开后台，按住shif点击“更改”在新标签打开“软件模型”；
界面里就简单的几行填写表单，里面“附加表”、“列表附加字段：”分别是CMS系统自动创建的“数据库表”、表里的“字段”(注意：Dedecms有一个共用的表“archives”，各个模型都共用其中的好些字段，所以“软件模型”里的字段并不多)：
图二
接着在管理后台原标签点击[增加新模型]，打开新建“模型”界面，把“软件模型”地内容对应地复制过来，然后根据前面设计的表名、字段进行修改，按下图修改好之后点击“确定”，“产品库模型”建立了。
Dedecms缺省创建的字段用了“latin1_swedish_ci”编码，需要进入到PHPMyAdmin把它修改成CMS统一的“gbk_chinese_ci”编码，否则中文字会出现显示乱码现象。
（补充：下图中有“字段添加向导”，这里可以对创建的字段进行定义）
图三
DedeCMS删除TAG标签后返回404状态码
Dedecms删除或整理TAG标签，如果这个页面被索引(已有百度快照)，访问时会显示如下，状态码返回的是200。如果多个页面都这样，意味着这些页面URL路径不同，但内容相同，不利于SEO优化，能不能让这个页面返回404状态码呢？
|
系统无此标签，可能已经移除！ 你还可以尝试通过搜索程序去搜索这个关键字：前往搜索>> 如果你的浏览器没反应，请点击这里... |
找到/include/arc.taglist.class.PHP，找到
$msg = "系统无此标签，可能已经移除！<br /><br />你还可以尝试通过搜索程序去搜索这个关键字：<a href='$fullsearch'>前往搜索>></a>"; ShowMsg($msg,"-1");
ShowMsg($msg,"-1"); 修改为
header("HTTP/1.1 404 Not Found");
header("status: 404 Not Found");
ShowMsg($msg,"http://www.jb51.cc/tags.PHP",5000); //橙色部分为跳转地址，根据实际需要修改
这样和404页面返回的状态码都是404，用站长工具查询状态码（http://tool.chinaz.com/pagestatus/），但并不会转到404.html，也能让用户自由选择继续前往搜索或者跳转到指定的页面，上面的修改是让在5秒后页面跳转到http://www.vi586.com/tags.PHP，如果做了TAG伪静态修改的话，跳转地址写为
$GLOBALS['cfg_basehost']/tags.html
如下图所示
如果不是因为删除了TAG就显示“系统无此标签，可能已经移除...”，有可能是TAG标签不支持大小写或特殊符号，参考文章《DedeCMS快照收录提示系统无此TAG标签已移除》
上一篇：DedeCMS织梦实现会员签到加积分互动功能
下一篇：DedeCMS系统无此TAG标签已移除
关于DEDECMS删除系统自带频道模型的方案的问题就给大家分享到这里，感谢你花时间阅读本站内容，更多关于DedeCMS 数据负载性能优化方案 简单几招让你 DedeCMS 提速 N 倍、DedeCms 频道模型介绍，设计频道模型的办法、DedeCms 频道模型介绍，设计频道模型的方法、DedeCMS删除TAG标签后返回404状态码等相关知识的信息别忘了在本站进行查找喔。
本文标签：
