今天主要为大家解决zblog1.8文件重建超时或失败的问题，之所以讲解1.8版本，而非2.0版本，是因为1.8版本已经历经多年历练，在安全、性能、架构等方面都已经十分成熟，而2.0的版本出现在2012年年底，正式版的发布距今更是时间不久，随着大家的使用，2.0版本的问题依然很多，包括出现的bug和程序不稳定以及兼容性等问题，如果你是新手建站，强烈建议你选择zblog1.8版本，这是一个过来人对你的忠告。
首先给大家说下zblog程序的优点，使用zblog做网站的朋友都清楚，zblog程序采用asp+access架构，小巧玲珑而五脏俱全，尤其适合于于新手建站，如果你是需要搭建一些中小型网站的朋友，那更是为我们省去了学习大量复杂代码的宝贵时间，不仅如此，zblog的程序设计架构也十分有利于seo，所以很多站长朋友都选择了zblog程序。
尽管zblog建站程序优点众多，依然遮盖不掉它的不足之处，其中“文件重建”功能就是zblog的一大致命弱点。如果你的文章数量不是很多，那么文件重建是很顺利就可以完成的，然而当你的文章数量达到几千时，文件重建功能就有点吃不消了，甚至出现Service Unavailable超时的问题，网上提供的教程说可以修改文件重建的数量和文件重建时间的间隔来缓解这个不足，这个说法虽然对，也能起到一定的缓解作用，但是当你的文章数量达到6000、7000甚至更多的时候，恐怕这个方法也不能起到多大作用了，我们可能会不断的面临zblog在文件重建时出现中断的问题，难道就这样没办法解决这个问题了吗？
其实，要解决这个问题十分的简单，只要将程序默认的文件重建功能改成分步文件重建或按分类文件重建就可以了，这样，我们可以不必一次性重建所有的文章，而是根据指定文章ID范围或文章分类来进行文件重建，这样一来，即使在文件重建过程中中断了，我们还可以根据文章ID接着继续往下重建，而不是一次中断就需要重新进行重建所有文章。分步文件重建插件如下图所示：
要完成这个功能也很简单，你只需要制作一个分步重建的zblog插件就可以了，但这可能需要一定的asp程序基础。
