在使用mod_pagespeed时跳过传统的页面加载/速度技术

Question

mod_pagespeed自动执行但可能被跳过的操作的一个示例是: 1.合并和缩小JS和CSS (例如，可以使用Browserify之类的工具来完成) 2.压缩图像3.异步加载/注入JS和CSS (脚本加载器、原子化等) 4.用于缓存破坏的静态资产版本控制(grunt-usemin等)

举个例子，现在我已经移除了静态资产版本化，取而代之的是我们的global.js和global.css文件没有版本化，而且到期时间很短。这是因为无论如何，mod_pagespeed很快就会将其版本化为巨大的过期。

Answer 1

我们为一家大型电信公司的主门户网站实现了mod_pagespeed。虽然PageSpeed是一个非常方便的优化工具，但它不是魔术棒，并且有一些严格的限制。我们抛弃了大多数传统的技术，但发现需要大量的手动修复资源才能使一切得到优化。

1. 合并和缩小JS和CSS？可以，但请注意以下限制：

- You cannot combine JavaScript across inline scripts and IE conditional comments.
- You cannot combine JavaScript files that employ "use strict" (you might need a filter to strip these out at runtime)
- Further limitations at [https://developers.google.com/speed/pagespeed/module/filter-css-combine](https://developers.google.com/speed/pagespeed/module/filter-css-combine) and [https://developers.google.com/speed/pagespeed/module/filter-js-combine](https://developers.google.com/speed/pagespeed/module/filter-js-combine)
- mod\_pagespeed must be able to fetch and rewrite your resources (if this is not configured correctly, nothing will happen)

​

1. 是否压缩图像？可以，但请注意以下限制: site

不支持

• 动画gif需要对mod_pagespeed配置进行大量的调整，才能使图像压缩以最佳方式工作于gif

​

1. Asynchronous加载/注入JS和CSS？在某种程度上：
   • 你仍然需要像require.js这样的东西来条件加载JavaScript。我们为这个
   • 提供了一个服务器端解决方案，你会发现很多JavaScript是不能异步加载的，你必须给它做个标记：<script pagespeed_no_defer="">...</script>
   • There没有异步/条件性注入

   的机制另外，懒惰加载图片真的很有效well.

​

用于缓存破坏的

1. 静态资产版本控制？是。这是mod_pagespeed真正闪亮的一个领域，我们不需要做任何手动修复来使其工作。但是，请注意，只有在具有将资源标记为可缓存的标头的情况下，mod_pagespeed才能使用它。

此外，如果您正在考虑使用图像spriting，请注意它有非常严格的限制：Image spriting with mod_pagespeed