dedecms utf-8 出现乱码问题的解决方法之一
当制作dedecms模板的head.htm时页面显示正常当制作index.htm模板时发现在index.htm输入中文时会出现乱码之前没有遇到过，感觉很奇怪，于是在网上搜索了一下相关信息，但遗憾的是没有找到正确的解决办法。后来在咨询了朋友之后才知道原来是保存htm是没有选择bom引起的如果大家在制作模板的时候遇到此类问题可以尝试一下，但大前提是你的编码要正确的，e否则也没有用的。 保存时选择最下面一项即可解决！标签：织梦DedeCMS
IT技术笔记
dedecms负载性能优化实例，三招让你的dedecms快10倍以上
还是因为一个表的大数据造成性能严重下降？难道我们必须通过分多个表来存储才能解决问题吗？以下我们通过一个实例来解析和优化dedecms的数据管理性能，千万别让mysql当替罪羊，罪莫大焉。 测试数据是无意中得到的企业黄页的数据，数据量将近90万，都是完全真实的数据，测试使用的程序是dedecms4.0版本，你问为什么不用dedecms5.1？那是因为我们为了优化，针对dedecms做了很多修改，如果使用dedecms5.1，我们害怕收到法院传票……，补充一句，以下的优化方法均能在dedecms5.1中使用
织梦DedeCMS后台文件列表按文件名排序的方法简介
织梦DedeCMS系统的后台文件, 默认的排序很乱, 不是按名称, 也不是按时间, 如果目录内容很多的话, 很难找到自己想要的文件，实在是太不方便了, 就像下图的排列方式那样，找不到规律。于是想让这些文件列表按名字排序, 看了一下后台的文件, 原来是因为php的函数dir引起的, 以“默认模板管理”在文件列表为例, 在后台的找到模板文件: /dede/templets/templets_default.htm (dede为你的后台目录), 打开这个文件找到:123456789<?php$dh = d
织梦cms(DEDECMS)通过正则批量查找替换数据库的自定义内容
例如网站的一个例子 是替换一个div中的内容，摘抄实践下，关键还是自己去体会，多用下正则，还是不错的、正则相关的文章我在我的博客中也多次提到了他的多种运用途径。如果你都掌握好它的话，你的工作效率就会成倍的提高了。下面这个正则的用途是查找数据库的中自 定义的DIV层中运用，一般这种用法你在采集，或者，用word直接添加内容后会用到。看看这个是如何去除的。 例子一，去除简单自定义内容内容 选择数据表与字段：dede_addonarticle 替换方式：选择正则表达式 主键字段:aid 被替换内容：MM[\d]
dedecms正文自动排版插件 伪原创站必备
伪原创更新网站的站长，操作流程通常是复制、粘帖，去掉隐藏代码、链接等，聪明的站长会复制到纯文本工，然后再转到dedecms编辑，显然以上的操作都会浪费掉站长不少时间，特别是内容比较长的文章。为了节约时间，站长可以安装dedecms正文自动排版插件，通过该插件，所有的隐藏代码、链接代码、垃圾代码可以一并删除，统一文章格式，方便简单。 插件功能： 自动排版，将编辑器内的内容自动排版，段落自动居左，图片自动居中，清除多余空行，可定制段前是否空格。图片排版，将编辑器中的图片自动居中，免去每张单独设置的烦恼。简繁转
织梦CMS采集时keywords字段无法添加过滤规则的解决方法
有朋友反馈，采集规则编写时，需要对keywords进行剔除，使用 {dede:trim replace=}(.*){/dede:trim} 过滤规则无效。查看了下，附上解决办法： 修改include/dedecollection.class.php,717行: 复制代码代码如下: $keywords = preg_replace("#".$this->artNotes[keywordtrim]."#isU",&
dedecms系统后台如何修改(切换)主题风格
切换主题风格步骤： 1：后台--系统--系统基本参数--风格名称：jb51(自己的风格名称)2：后台--生成--更新主页--选择主页模板：jb51(自己的风格名称)/index.htm3：网站文件夹templets下新建风格名称目录，把模板风格文件放进去即可。 到此这篇关于dedecms系统后台如何修改(切换)主题风格的文章就介绍到这了,更多相关dedecms切换主题风格内容请搜索以前的文章或继续浏览下面的相关文章，希望大家以后多多支持！标签：织梦DedeCMS
登录织梦后台提示用户名不存在的解决方法介绍
这下着实让我心惊胆战，因为我的网站已经建了一年半多了，承蒙各路搜索引擎看得起，有一定的流量。一年多的时间都耗在这个网站上面。 出了问题后，第一时间是在网上搜索相关的教程，及解决的方案。可是每种方案都无效，好在我的网站是默认数据库三天一备份。在咨询了主机提供商后，对主机的数据库进行了备份及还原。然后就能用原来的用户名登陆上去了。 问题还没有结束，还原后的数据库是三天前的，后面日期的文章已经丢失，以每天30篇文章计算，大约丢失近100篇左右的文章。如果重新发，不可能每一篇文章的url还是原来那个，会给搜索引擎