HTML + JavaScript + CSS紧凑工具

Ive*_*aev 11 html javascript css yui-compressor jscompress

我需要一种工具,可以缩小,优化和挖掘那些可能类型的许多文件

  • HTML(仅限缩小)
  • JavaScript(缩小,优化和munge)
  • CSS(缩小)

最终结果应该是一个仅包含所有JavaScript和CSS的HTML文件,或者分别用于HTML,JS和CSS的最差场景3文件.

我知道像YUI Compressor等工具.我目前还没有找到的压缩器类型将适用于所有这些文件类型,并将它们合并到一个巨大的文件中.

bpe*_*n76 0

Gad,考虑一下缩小 CSS 的缺点。如果您没有可以编辑正常/缩小/然后部署它的系统,则可能会使以后的 CSS 编辑变得相当危险。

我在一家国际银行的大型 UI 刷新项目中经历了整个争论。特别是有一个网站每天的访问量超过 100 万,尽管我们尽一切努力将其保持在最低水平,但带宽数字仍然是疯狂的(在流量大的网站上,每一点都会加起来)。确定我们将采取几个步骤,但不进行 CSS 缩小,因为工程师在修复、缩小和重新部署简单的 CSS 调整之前需要花费额外的时间来撤消缩小。数据显示,即使每天带宽提高 5GB,不支付 UI 工程师额外时间的费用仍然更便宜。

我们不知道您网站的具体情况,但没有太多人需要担心我的示例使用的流量。在 Firebug 的新速度分析器中运行您的网站,看看缩小可以带来什么真正的好处......现在将其乘以您的流量。通常,这个数字并不太可怕。花时间制作图像精灵,将 css 和 js 组合到各自的文件中(由于缓存的好处,比混入单独的 php 文件更好)以限制 http 请求,并确保正确设置缓存。运行 gzip 压缩。如果完成这些步骤后您还不够好,那么请将网站提升到一个新的水平。

保持简单......它在网站生命周期的更新和维护部分产生了巨大的差异。节省了时间和头痛,您可以帮助我们解决问题:)

  • 谁会撤消缩小化?那当然是没用的。一个由非常有才华的人组成的大型团队可能会发现,您应该只拥有一个开发版本和一个简单的自动化部署流程。再次撤消缩小?从来没有听说过。考虑使用 javascript 缩小你根本无法撤消的地方。您肯定需要一种不同的方法...... (15认同)
  • “不支付额外时间的 UI 工程师费用仍然更便宜” 一个 css 工程师 = 过度杀戮我认为 (5认同)
  • 尽管有 DailyWTF 级别的系统架构,但您永远不应该就地缩小代码。我对这个答案投了否决票,因为我们应该在这里提供技术上正确的答案,而不是由最坏情况驱动的实用主义。 (3认同)
  • 真的吗?每当代码更新时,一个人就没有责任“重新编译”整个网站吗?您能解释一下为什么大型组织无法做到这一点吗?我的老店做到了。 (3认同)