在与客户就一个稍微不同的问题进行了一次支持对话后，我们意识到在使用默认引擎时，UpdraftPlus的zip创建引擎有可能进行意义优化。
我们现在已经实现并测试了它，结果确实令人印象深刻。使用我们必须用于测试的180Mb媒体库，我们发现我们可以减少大约50%用于压缩处理的时间。
这种优化带来了双赢。使用更少的CPU，可以在更短的时间内完成更多的工作(因此在主机设置中，当进程在规定的秒数后被终止时，需要更少的恢复)，备份完成更快，可以从廉价的主机中挤出更多的资源，等等;每个人的快乐。这个更改在我们的开发主干中，已经经过了测试，下次会有一个版本(希望这个月晚些时候)——如果您的服务器支持默认的zip引擎(大多数都支持)，那么可以期待更快、更少资源密集型的备份。如果你的网站非常大，有一个很大的媒体库，那么它越大，你从这个改进中获得的就越多!哦，还有——这是我们的支持台由软件工程师负责的政策的另一个回报。受过培训和有能力做支持工作的人只能降低成本，并使今天的利润最大化;但工程师可以发现模式，理解更深层次的问题，并解决如何将一个简单的支持问题转化为每个人的收益。我们从第一天开始就遵循这个政策(当只有我一个人的时候，在我们有其他人之前)，并且没有停止的计划。David Anderson (UpdraftPlus创始人、首席开发者)
