不久前我们启用了AutoMinify作为beta版功能，但我们对此并不特别满意。最初，我们的做法与其他人相同：我们从源代码请求资源，在第一次加载时不统一地为它提供服务，缓存它，然后，如果它是CSS或Javascript，则运行一个进程来缩小它并替换服务器上的缓存版本。似乎很明智，但这不是一个好办法。首先，这种缩小策略对高度动态的内容不起作用，迫使网站所有者必须返回并在发生任何变化时终止缓存。对于CSS和Javascript可以工作，但是对于动态HTML来说这是一个灾难。第二个问题就不那么明显了：大多数小型化资源在我们的规模上不起作用。我们尝试了所有可用的缩小库，以及一些由一些互联网巨头的朋友在内部开发的非公共库，当我们在12个（很快会更多）数据中心缩小数百万个文件时，这些库都没有我们想要的那样高效。我们提供了一些可测量的好处。一般来说，对于基于文本的资源，我们的测试表明，与我们积极的GZIP压缩相结合时，小型化比单独使用GZIP压缩有大约10%的好处。在其他条件相同的情况下，如果你能把一个资源增加10%，这就相当于使互联网连接速度加快10%。这并不是一个巨大的胜利，因为构成典型网站的大多数字节都不在可以缩小的基于文本的资源中。然而，我们相信每一毫秒都很重要，所以我们寻找另一种方法。我们对现有的缩小资源不满意，决定开发自己的。上周，我们悄悄地打开了一个新的缩小过程，这是为了克服之前的缩小策略所面临的两个挑战而编写的。首先，它在响应流中工作，很像GZIP，这意味着它不会强迫您缓存内容以获得好处。第二，速度极快。写从地面到执行线速度和容易是100倍的速度与下一个最接近的竞争对手。AutoMinify免费包含在任何计划中，您可以选择是要缩小CSS、javascip、HTML（甚至是动态HTML）还是这三者的任意组合。您可以通过CloudFlare设置控制面板打开或关闭Auto Minify，只需单击一下，设置就会立即生效（因为您不必等待有缺陷的缓存和存储方法）。接下来是工程向导们的下一步：从根本上更好的图像优化方法。