利用浏览器的特性来实现动态压缩有很多,一般使用mod_gzip或mod_deflate就行了。
但是这样会影响CPU,因为压缩需要时间的,如果把文件事先压缩好,那么就不需要浪费CPU了。
一些大型的js文件就很适用这种方法。例如yahoo ui,如果不压缩,yahoo-dom-event.js就有31k,用gzip一压缩,只剩10k。
但是这样直接使用压缩的js是不行的。要有几个条件:
1.引用的时候注明类型:<script src="yahoo-dom-event-js.gz" type="text/javascript"></script>
2.输出gzip文件的时候加上一个head: Content-Encoding gzip。如果是apache 2.2 ,可以这样配置:
3.不要设应用类型。例如:AddType application/x-gzip .gz .tgz ,这样会引发错误,至少在我的ff上就不成功。
4.浏览器会有缓存,如果在测试的时候,一定要保证每次测试前把文件日期改过,否则将直接从缓存里读取。
另外要注意:
1.频繁更新的文件不太适合,一般是工具文件,因为有缓存的存在,所以很容易出现不更新的情况。
2.有些浏览器不支持,要提供一个safe版本。
这种方法节省了服务器的CPU和带宽,只是浪费了浏览器的CPU,应该不会有人反对吧。
但是这样会影响CPU,因为压缩需要时间的,如果把文件事先压缩好,那么就不需要浪费CPU了。
一些大型的js文件就很适用这种方法。例如yahoo ui,如果不压缩,yahoo-dom-event.js就有31k,用gzip一压缩,只剩10k。
但是这样直接使用压缩的js是不行的。要有几个条件:
1.引用的时候注明类型:<script src="yahoo-dom-event-js.gz" type="text/javascript"></script>
2.输出gzip文件的时候加上一个head: Content-Encoding gzip。如果是apache 2.2 ,可以这样配置:
ruby 代码
- SetEnvIf Request_URI "\.gz$" add_header_gzip
- Header set Content-Encoding gzip env=add_header_gzip
3.不要设应用类型。例如:AddType application/x-gzip .gz .tgz ,这样会引发错误,至少在我的ff上就不成功。
4.浏览器会有缓存,如果在测试的时候,一定要保证每次测试前把文件日期改过,否则将直接从缓存里读取。
另外要注意:
1.频繁更新的文件不太适合,一般是工具文件,因为有缓存的存在,所以很容易出现不更新的情况。
2.有些浏览器不支持,要提供一个safe版本。
这种方法节省了服务器的CPU和带宽,只是浪费了浏览器的CPU,应该不会有人反对吧。