84669 orang belajar
152542 orang belajar
20005 orang belajar
5487 orang belajar
7821 orang belajar
359900 orang belajar
3350 orang belajar
180660 orang belajar
48569 orang belajar
18603 orang belajar
40936 orang belajar
1549 orang belajar
1183 orang belajar
32909 orang belajar
认证高级PHP讲师
我想淘宝开发的nginx_concat_module对你来说是一个比较好的选择。它可以完全按照你的需求来合并js文件,这样你可以文件分开部署,使用的时候动态合并,灵活性更好。
这里是相关介绍http://www.gracecode.com/archives/304...
最近的项目里我是这样玩的:
之前使用yui compressor还有minify。看了几位大佬的回答,大家偶读是在合并,那么合并是必然了~~~~
这应该要看具体情况吧。合并使 http 请求数减少了,但却不能最大化的利用浏览器缓存。
比如 a.html 用到了 1.css 和 2.css , b.html 用到了 2.css ,3.css
如果是合并的话, 加载 a.html 只有一个请求 1+2.css ,加载 b.html 也另有一个请求 2+3.css
如果不用合并, 加载 a.html 需要两个请求 1.css 和 2.css ,但在加载 b.html 的时候只需要请求 3.css (因为 2.css 已经加载过,浏览器会直接使用缓存)
总结就是: 合并会使 请求数减少,但请求的数据不定少;不合并,会有比较多的请求数,但可以最大化利用浏览器缓存
我想淘宝开发的nginx_concat_module对你来说是一个比较好的选择。它可以完全按照你的需求来合并js文件,这样你可以文件分开部署,使用的时候动态合并,灵活性更好。
这里是相关介绍
http://www.gracecode.com/archives/304...
最近的项目里我是这样玩的:
之前使用yui compressor还有minify。看了几位大佬的回答,大家偶读是在合并,那么合并是必然了~~~~
这应该要看具体情况吧。合并使 http 请求数减少了,但却不能最大化的利用浏览器缓存。
比如 a.html 用到了 1.css 和 2.css , b.html 用到了 2.css ,3.css
如果是合并的话, 加载 a.html 只有一个请求 1+2.css ,加载 b.html 也另有一个请求 2+3.css
如果不用合并, 加载 a.html 需要两个请求 1.css 和 2.css ,但在加载 b.html 的时候只需要请求 3.css (因为 2.css 已经加载过,浏览器会直接使用缓存)
总结就是: 合并会使 请求数减少,但请求的数据不定少;不合并,会有比较多的请求数,但可以最大化利用浏览器缓存