广告投放

Dedecms生成速度慢的解决方案

最近修改了部分模板,因此有相当一部分页面需要重新生成,在生成时发现Dedecms生成速度慢的受不了,CPU达到100%,小编专门找了另一台闲置的电脑用来生成,一晚上没有关机,三万多数据,竟然用了一晚上还没有完成。在DEDE官方论坛看到这样的解决方法,试了一下,还不错。

打开include/inc/inc_fun_SpGetArcList.php,找到以下代码:

for($i=0;$i<$ridnum;$i++){ 
if($tpsql=="") $tpsql .= " And ( (".TypeGetSunID($reids[$i],$dsql,'arc')." Or arc.typeid2='".$reids[$i]."') "; 
else $tpsql .= " Or (".TypeGetSunID($reids[$i],$dsql,'arc')." Or arc.typeid2='".$reids[$i]."') "; 
} 

将以上代码注释掉,并替换为下边的代码:

for($i=0;$i<$ridnum;$i++){ 
if($tpsql=="") $tpsql .= " And (".TypeGetSunID($reids[$i],$dsql,'arc'); 
else $tpsql .= " Or ".TypeGetSunID($reids[$i],$dsql,'arc'); 
}

这时你再生成静态时,会发现快了很多,原文中提到这是由于不再考虑副栏目,因此就快了。

Dedecms生成速度慢的解决方法(2014年2月补充):

其实很多dedecms生成HTML慢的问题,都已经不能通过上述办法解决了,最火软件小编专门从某技术博客转载了新的优化办法,经测试在10万文档下速度改善了许多(需要说明的是:如果您有上万数据,而用的虚拟主机或VPS就不用优化了,因为那是web服务器性能差。)。

主要从以下几个方面优化(如果不想动模板,建议大家直接搞数据库):

数据库    索引的优化   和   分表的处理
模板    重复读取数据的标签太多
服务器  这些一般大家都会,虚拟主机的不用

个人独立主机的可以看看关于服务器的优化教程

我先给大家从模板的地方入手处理

模板处理优化

优化模板的话,主要看你自己的栏目设计到用不用二级,如果是二级的话
大家可以建立一个主数据的调取东西例如    {图片,css,/plus/} 这些东西可以用一个独立的域名做

例如:
http://code.yousite.com/css/网站ccs
http://code.yousite.com/img/网站皮肤图片
http://code.yousite.com/plus/search.php
 {等等许多能固定的内容方便以后做成大网站好升级的规划}

然后再做模板的时候尽量不要用
{dede:global.cfg_templeturl/}
{dede:field name='phpurl'/}
这些还有关于  有{dede:field 的文件, 可以直接写成实际地址,如果是有二级域名的站,写在一个主调取的域名站上

可以不用上下片文章标签,毕竟文章有针对性, 很少人点击上下文章那个,除非是图片站

相关内容可以取舍这个根据使用者选择

至于  推荐  热点的  可以由自由列表处理
例如做一个整站固定的样式然后 用自由列表做出来

图例子:

Dedecms生成速度慢的解决方案

再文章模板里面写  

图例子:

Dedecms生成速度慢的解决方案

{dede:include filename="自由列表生成的文件地址 ismake='no'/}  

这里的ismake简单的说就是只里面的东西是否还需要处理  

两个选择 yes  no          

no就是直接显示里面的内容

{dede:include file="/temp/liuxingfushi.html" ismake='no'/}    

我自己在模板的文件夹下又建立了一个temp文件,用来储存每天需要更新的文件

如果直接在模板文件夹下面的话 不用写/    

直接写成{dede:include file="liuxingfushi.html" ismake='no'/} 即可

每天生成一次那个 自由列表的对应文件就可以了

还有dedecms里面提供了一个广告的管理插件,我总觉得也是鸡肋,生成时候肯定也受到多多少少的影响
所以我的广告都是直接自己建立好的放在一个文件夹里面(为了防止以后忘记那个文件是那个页面的广告可以建立一个记事本对应广告文件的说明)

这样下来 模板的优化就算是做完了  

注意的就是: {尽量少用{dede:field}标签处理数据,和一些如果能用自由列表完成的全部用自由列表完成了}

数据库处理优化(有效)

可能是因为官方有所保留吧,官方的默认索引不是最优化的,需要大家手动修改下

如果是有自己独立服务器的话建议用Navicat for MySQL 的客户端软件连接到MySQL Server数据上进行管理操作。

转载一个人的数据库优化教程:

个人认为:

凡是要排序的字段(比如文档主表的 sortrank、senddate、pubdate、click、goodpost、badpost)和查询条件的字段(比如:typeid,ismake)以及文档ID都要建立索引,如果有一个没有建立,将严重影响MySQL运行效率,导致生成HTML时速度慢。

当系统启用了审核机制以后,标识文档审核属性的字段ismake必须建立索引。

注意:click这个字段,记录文档点击量,此字段值更新频繁,建立索引后对系统维护索引带来一定的负荷,我已经试验了不只是慢,很慢,所以大家不要给这个加索引,大家自己权衡。

有人说频繁更新的字段建立索引会容易导致数据库损坏,这个我还没有遇到过,需要考证。

可能有些人看到那个有个教程是删除typeid的字段这个大家自己研究看看删除了索引好点还是留着好点,我自己留着

这样优化的话,最低生成速度差不多1分钟能上7到8百片文章速度

如果其他人还有什么优化高招可以自己补上大家一起学习进步

声明:本站所有文章,如无特殊说明或标注,均为本站原创发布。任何个人或组织,在未征得本站同意时,禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益,可联系我们进行处理。

给TA打赏
共{{data.count}}人
人已打赏
广告位招租919838898
个人中心
购物车
优惠劵
今日签到
有新私信 私信列表
搜索