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

一、插件原因

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

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

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

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

主题模板的代码书写是否科学规范，或多或少也会影响到前台的反应速度。这个不言而喻了。当你在主题中，特别是那些.html的静态页面中，需插入较多JS或其他代码时，你应该考虑采取在

区调用外部文件的形式，而不是在整个页面中四处搁放。以JS为例吧，网页中的js特效虽不会影响到网速，但却会影响到你加载页面的速度(特别是当你放置不科学时，影响更大)，而且多js就会多很多数据，就相当于在同一个页面中，多许多张图片一样，肯定加载的时间会慢下来。另外，js是在客户端进行解释执行，因此也比较占客户端的系统资源。

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

三、程序修改的原因

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

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

Z-Blog 下载：

软件大小：1.67MB

软件类别：国产软件 | 博客系统

软件语言：简体中文

运行环境：ASP/Access/MSSQL

软件授权：免费版

更新时间：2014-1-2 17:20:48

本文转自：低一度