z-blog(zblog)前后台反应速度变慢原因分析

作者:匿名 hihi 来源:低一度 浏览: 2011-8-9 10:09:07 字号:
[摘要]造成z-blog前后台反应速度变慢的原因,肯定不止一个。当你在使用z-blog的过程中,你多少会对程序、主题、插件等等做一些改动,以求满足你某方面的需求,但这些动作,无疑都有可能影响到程序本身的执行。

  对于z-blog前后台反应速度变慢这个问题,肯定不少z-bloger都遇到了。造成z-blog前后台反应速度变慢的原因有很多,当你在使用z-blog的过程中,你多少会对程序、主题、插件等等做一些改动,以求满足你某方面的需求,但这些动作,无疑都有可能影响到程序本身的执行。下面就来分析下影响z-blog前后台反应速度变慢的主要原因:

一、插件原因

  插件的添加(特别是那些需要直接读取数据库数据的插件),往往会带来一些类似负面的影响。这里举一个最典型的例子——文章列表排行插件 v0.8,作者:巴士飞扬。这个插件,目前想必使用它的z-bloger已经铺天盖地了!的确,该插件功能是相当强大,可以生成19种文章列表,其中还提供了包括文章排行、随机显示等多种归类方式,它极大地扩充了文章列表及侧边栏的种类,可以让你的博客更好地展示文章,甚至可以借助它将你的博客改装成小型的CMS……然而,大家在享受其便利的同时,是否忽略了对其性能做一次评估呢?假如说前后台(特别是后台)反应速度变慢纯粹是插件造成的话,我想这个插件堪称罪魁祸首。请看证据:

z-blog前后台反应速度因何变慢

z-blog前后台反应速度因何变慢

  以上这两张图,是安装该插件前后,我在后台进行“索引重建”所需耗费的时间的对照。安装前是0.422秒,安装后是9.047秒,差距相当大吧?那么,你肯定会问:“索引重建”究竟是什么东西?这个耗损时间能说明什么问题?好吧,是这样的:“索引重建”其实是比较常规的数据库维护操作。当程序经过较长时间的运行后,索引都有损坏的可能,这时就需要重建,也就是对数据库中的海量数据重建索引、重组。这项工程可以起到提高检索效率的功效(虽然可能不明显)。这就等于是重新读取并组织了一遍站点数据,那么,他所消耗的时间,某种意义上讲不就是程序的执行速度吗?这样一来,你该明白了吧?依此类推,当我们在前台进行一些相关操作,比如提交评论时,等于也是在进行一次小范围的索引重建,那么这个速度同样也可能受到影响。

  至于其他插件吧,不敢说对此都没任何影响,事实上绝不可能。因此建议就是:如果你没必要平添太多的拓展功能,只想简简单单写一写日志即可,那么能少装的就少装一些吧。轻装上阵总比负重太多更让人放心。

二、主题原因(主要影响前台

  主题模板的代码书写是否科学规范,或多或少也会影响到前台的反应速度。这个不言而喻了。当你在主题中,特别是那些.html的静态页面中,需插入较多JS或其他代码时,你应该考虑采取在<head>区调用外部文件的形式,而不是在整个页面中四处搁放。以JS为例吧,网页中的js特效虽不会影响到网速,但却会影响到你加载页面的速度(特别是当你放置不科学时,影响更大),而且多js就会多很多数据,就相当于在同一个页面中,多许多张图片一样,肯定加载的时间会慢下来。另外,js是在客户端进行解释执行,因此也比较占客户端的系统资源。

  另外,主题中使用的图片元素也会有影响,图片、图标太多、太大同样不可取。还有就是代码是否简洁的问题?有些同学,喜欢装上一个主题后,就天天似懂非懂地摆弄、折腾,今天删掉一个层,明天添一个table……这样几天下来,自我感觉倒不错,实际上不知制造了多少垃圾代码!这些垃圾代码,对页面的执行速度同样也会影响到。

三、程序修改的原因

  这个问题,新手倒不常见,可一些老鸟就经常犯了。动不动就拿源程序开刀,改这个改那个的。这么做,不仅以后版本升级比较麻烦,还可能带来类似的负面影响。比如,编辑修改软件选择不恰当,致使编码发生错乱,网站出现乱码的现象就偶有发生;再一个就是在改动中,不知不觉地降低了程序本身的性能;等等。

  以上都是前因啊,所谓因果勾连,当你犯了相似的错误,“前后台反应速度变慢”这个果实,你能不尝上一口?

Z-Blog 下载:

  • 软件大小:1.67MB
  • 软件类别:国产软件 | 博客系统
  • 软件语言:简体中文
  • 运行环境:ASP/Access/MSSQL
  • 软件授权:免费版
  • 更新时间:2014-1-2 17:20:48
  • 相关链接:Home Page

本文转自:低一度

sssss
Tags: Z-Blog   zblog   blog程序   zblog反应速度变慢  
责任编辑:cc120
编辑推荐排行