zblog重建文件超时问题的解决方法

zblog重建文件超时问题的解决方法

虽然长期以来zblog在性能优化方面表现出色，但我总觉得“文件重构”是ZBlog遗憾的地方。

zblog文件复建请求超时难题令人堪忧

zblog的文件复建，是很多zblog使用人感到痛心的难题，由于假如你的blog有1千篇文章内容的情况下，你或许害怕在云虚拟主机上实行“文件复建”的实际 *** 作，除非是你的云虚拟主机让你充足高的CPU使用率，不然你能因“请求超时”难题而没法进行“文件复建”。由于这一缘故，我曾经提出质疑应用zblog来构建CMS网址是不是适合。

如果你碰到这个问题的情况下，产生的不良影响是很严重的，你没法再变更网页页面上的物品、没法改动或是拆换免费模板，乃至你公布新文章内容也会出現“请求超时”的状况而没法公布文章内容。

zblog文件复建请求超时难题的造成缘故

zblog文件复建请求超时，是由于文件复建的情况下，必须耗费非常大的服务器空间，这时候CPU的使用率是很高的，假如CPU使用率不断在很高的情况较为长，那麼便会出現“请求超时”状况。因为网络服务器对你的应用資源的限定，还会临时断掉你在的数据连接，你很有可能还会碰到“serviceunavailable”的报错。

zblog文件复建请求超时难题的解决方案

zblog开发人员应当预料了这一很多文件复建产生的难题。在“网址设置管理方法”里，有两个很有可能被大家都忽视的设置主要参数：一次复建文件数量和一次复建文件后的时间间隔。这两个设置能够处理CPU使用率不断冲高的难题。

一次复建文件数量的初始值是50，我们可以将其设置为30或是更少；一次复建文件后的时间间隔初始值是5秒，我们可以将其设置为15或是大量。

根据那样的设置，zblog文件复建请求超时难题便获得处理。但是那样设置是要放弃大量的“文件复建”時间为成本。