ZBLOG文件重建时间超时导致重建不了

把网站的模板更换了，重新设置网站配置，在文件重建的时候一起停在文件索引重建状态中。因为在本地测试完成后才传到空间里，之前测试一直没有问题，而在空间里却一直停在文件重建中。这个后果是很严重的，如果一直这样的话网站中页面停留在更新又没有更新完整之间，如果一直出现这种情况下会出现无法更改页面上的东西，无法修改或者轻易更换模版。

初步分析可能有两个原因，一个是本地网速不行，与空间中程序沟通不畅。于是开着电脑任其一起做文件重建的工作，可惜运行了几个小时还是没有半点进度。接着换了条快速网线，结果还是一样。这样只可能是空间服务器不够强大，当文章数目增多后文件重建工作运转不来。后来查询网络资源才发现这是因为文件重建的时候，需要消耗很大的服务器资源，这时CPU的使用率是很高的，如果CPU使用率持续在很高的状态比较长，那么就会出现“超时”现象。由于服务器使用资源的限制，还会暂时断开你站的网络连接，你可能还会遇到“service unavailable”的错误提示。之前在本地测试的时候，因为本地电脑CPU资源可以绝大多数利用，所以不会出现问题，而买来的合租空间就不一样了。

为了解决ZBLOG文件重建超时问题只有减少文件重建的速度，可惜它不能像CMS系统一样选择部分内容进行文件重建这样任务分隔，所幸的是zblog开发者留了个网站设置，以前没有觉得它有什么用忽视了单次重建文件数目和单次重建文件后的间隔时间这两个参数。单次重建文件数目的默认值是50，单次重建文件后的间隔时间默认值是1秒，为了减少文件重建对CPU使用率持续冲高的问题，将单次重建数上减为30时间改为2秒后再做文件重建。这一次所费时间达到了好几百秒，还好的是网站内容文件重建功能运行成功了。

看来ZBLOG做为博客等小型网站还好，要是内容很大的信息网站一旦需要更新模板会吃不消的。