您现在的位置是:首页 > 教程 > dedecms教程dedecms教程
织梦dedecmsV5.7终极性能优化策略方法
高季晨2024-06-10 21:08:42dedecms教程已有人查阅
导读能同时满足所有用户的需求的,在以往,不少人对DedeCms性能问题表示怀疑,因此本人在此发布一篇关于如何对性能进行优化的文章,并提供最终优化效果测试结果。
能同时满足所有用户的需求的,在以往,不少人对DedeCms性能问题表示怀疑,因此本人在此发布一篇关于如何对性能进行优化的文章,并提供最终优化效果测试结果。
一、修改系统参数
在 DedeCms V5.3中,涉及生成HTML性能的主要有下面几个参数:
1、核心设置:
关键字替换(是/否)使用本功能会影响HTML生成速度(cfg_keyword_replace)
这个参数默认是开启的,建议文章是采集的用户不要开启此选项,因为采集的文章必须涉及自动生成关键字问题,这样不少关键字毫无意义,甚至会有乱码导致生成中断,所以建议把这个参数给关闭。
2、性能选项:
调用缓存更新时间(秒,0表示不启用): 10000 cfg_index_cache
是否启用模板缓存: 是 cfg_tplcache
这两个参数相当有意义,在 DedeCms 中,最影响性能的标签是 arclist 这个标签,此外模板缓存是否开启也相当重要,这两个选项就是处理这些问题的。
系统参数具体推荐修改
二、优化数据库
1、 dede_archives
这个表有 PRIMARY、sortrank、mainindex、lastpost ,四组索引,实际上因为这个表本身很少,设置过多的索引反而没多大的必要,由于dedecms里的程序默认都是用sortrank这字段排序的,建议保留PRIMARY、sortrank两个索引,删除mainindex、lastpost,具体操作如下图:
2、dede_arctiny
这个表相当的小,在测试中,7万数据,这个表才占1.5M左右,实际本身就已经相当的小,因此不必建立索引,所以删除下面索引:
经过上面的优化之后,用7万数据左右的教育类文章测试(数据库800M左右),在奔腾E、2G内存、普通SATA硬盘环境中测试,生成速度如下图:
因为DedeCms生成机制前后速度都差不多的,因此速度稳定在每秒 15 篇左右,当然这个数字和用户模板标签调用数量有一定的关系,但按这个速度,每小时可以达到 5万篇以上,这样还是相当理想的。
可能很多站长会问,为什么不测试百万、千万级的数据呢?
实际上,按这个数据量,如果达到百万,数据库将达到10G之巨,千万级的更上100G,像某些CMS吹的已经通过了千万级测试,就让他们去吹吧,100G数据,再加上图片,生成的HTML是什么概念,是这些普通硬盘、奔腾E的机子可以做的事情?因此拿10万级的数据测试更有代表性,对于真正做正规站的人,而且以后确实做得很大了,升级一下硬件应该没什么问题的吧,此外那些在虚拟主机下的用户当然不可能达到这个速度的了,但这可以作为一个性能优化参考性的依据吧。
一、修改系统参数
在 DedeCms V5.3中,涉及生成HTML性能的主要有下面几个参数:
1、核心设置:
关键字替换(是/否)使用本功能会影响HTML生成速度(cfg_keyword_replace)
这个参数默认是开启的,建议文章是采集的用户不要开启此选项,因为采集的文章必须涉及自动生成关键字问题,这样不少关键字毫无意义,甚至会有乱码导致生成中断,所以建议把这个参数给关闭。
2、性能选项:
调用缓存更新时间(秒,0表示不启用): 10000 cfg_index_cache
是否启用模板缓存: 是 cfg_tplcache
这两个参数相当有意义,在 DedeCms 中,最影响性能的标签是 arclist 这个标签,此外模板缓存是否开启也相当重要,这两个选项就是处理这些问题的。
系统参数具体推荐修改
二、优化数据库
1、 dede_archives
这个表有 PRIMARY、sortrank、mainindex、lastpost ,四组索引,实际上因为这个表本身很少,设置过多的索引反而没多大的必要,由于dedecms里的程序默认都是用sortrank这字段排序的,建议保留PRIMARY、sortrank两个索引,删除mainindex、lastpost,具体操作如下图:
2、dede_arctiny
这个表相当的小,在测试中,7万数据,这个表才占1.5M左右,实际本身就已经相当的小,因此不必建立索引,所以删除下面索引:
经过上面的优化之后,用7万数据左右的教育类文章测试(数据库800M左右),在奔腾E、2G内存、普通SATA硬盘环境中测试,生成速度如下图:
因为DedeCms生成机制前后速度都差不多的,因此速度稳定在每秒 15 篇左右,当然这个数字和用户模板标签调用数量有一定的关系,但按这个速度,每小时可以达到 5万篇以上,这样还是相当理想的。
可能很多站长会问,为什么不测试百万、千万级的数据呢?
实际上,按这个数据量,如果达到百万,数据库将达到10G之巨,千万级的更上100G,像某些CMS吹的已经通过了千万级测试,就让他们去吹吧,100G数据,再加上图片,生成的HTML是什么概念,是这些普通硬盘、奔腾E的机子可以做的事情?因此拿10万级的数据测试更有代表性,对于真正做正规站的人,而且以后确实做得很大了,升级一下硬件应该没什么问题的吧,此外那些在虚拟主机下的用户当然不可能达到这个速度的了,但这可以作为一个性能优化参考性的依据吧。
本文标签:
很赞哦! ()
相关文章
随机图文
-
dede织梦channelartlist下autoindex失效怎么办
在channelartlist是无法获取到autoindex 值 可以用itemindex代替,具体用法{dede:global name=’itemindex’/}运行php用户 -
dedecms投票多彩样式
今天将网站的投票模块进行了个性化处理,将投票统计条实现多彩样式,感觉还是蛮漂亮和个性,所以发出来和大家一起共享。只需要简单的两步。 -
dedecms5.7给栏目增加栏目图片和栏目banner的方法
实现功能:有的网页设计的是栏目名称是图片。或者对应的栏目有banner。注意事项:如果你只给父栏目添加了图片,而子栏目像用父栏目图片 -
织梦dedecms网站如何修改上一篇下一篇的标题字数
一般情况下,如果你的上一篇和下一篇是2行布局就不需要限制标题的字数了,如果你要一行布局上一篇和下一篇标题过长就会打乱网页布局,那么限制上一篇和下一篇的标题
留言与评论 (共有 条评论) |