3 回答
TA贡献1853条经验 获得超6个赞
也许尝试HTML Compressor,这是一个前后表,显示它可以做什么(包括Stack Overflow本身):
对不起,markdown没有表格的概念
它提供了许多选择,可以优化您的页面,包括脚本最小化(ompressor,Google Closure Compiler,您自己的压缩器),它是安全的。默认选项设置非常保守,因此您可以从中开始并尝试启用更具侵略性的选项。
该项目记录得非常好并得到了支持。
TA贡献1831条经验 获得超4个赞
以下是对您的问题的简短回答:您应该缩小HTML,CSS,JS。有一个易于使用的工具,称为grunt。它允许您自动执行许多任务。其中JS,CSS,HTML缩小,文件连结和其他许多人。
这里写的答案非常过时,甚至有时没有意义。从2009年开始,很多事情发生了变化,所以我会尽力回答这个问题。
简短的回答 - 你一定要缩小HTML。它今天微不足道,并提供大约5%的加速。对于更长的答案阅读整个答案
在过去,人们手动缩小css / js(通过运行一些特定的工具来缩小它)。这个过程很难实现自动化,并且肯定需要一些技巧。知道现在很多高级站点都没有使用gzip(这是微不足道的),人们不愿意缩小html是可以理解的。
那么为什么人们缩小js,而不是html?当你缩小JS时,你会做以下事情:
删除评论
删除空格(制表符,空格,换行符)
将长名称改为短名称(var isUserLoggedIn至var a)
即使在过去,这也给了很多改善。但是在html中,你无法简短地改变长名,在那段时间里几乎没有什么可评论的。所以唯一剩下的就是删除空格和换行符。这只会带来少量改进。
这里写的一个错误的论点是,因为内容是用gzip提供的,所以缩小是没有意义的。这是完全错误的。是的,gzip减少缩小的改进是有意义的,但是如果你可以正确修剪它们并且gzip只是重要的部分,你为什么要gzip注释,空格。这就像你有一个存档文件夹,它有一些你永远不会使用的垃圾,你决定只是拉链而不是清理和压缩它。
另一个为什么毫无意义地进行缩小的论点是它很乏味。也许这在2009年是如此,但在此之后出现了新的工具。现在您无需手动缩小标记。对于像Grunt这样的东西,安装grunt-contrib-htmlmin(依赖@kangax的HTMLMinifier)并配置它来缩小你的html 是微不足道的。你只需要2个小时来学习咕噜声和配置一切,然后一切都在不到一秒的时间内自动完成。听起来1秒钟(你甚至可以通过grunt-contrib-watch自动完成任务)对于大约5%的改进来说并不是那么糟糕(即使使用gzip)。
还有一个论点是CSS和JS是静态的,HTML是由服务器生成的,所以你不能预先缩小它。这也是真正在2009年,但目前更多的和更多的网站都看起来像一个单页的应用程序,其中,服务器是薄客户端是做所有的路由,模板和其他逻辑。所以服务器只给你JSON,客户端呈现它。这里有很多关于页面和不同模板的html。
所以完成我的想法:
谷歌正在缩小HTML。
pageSpeed要求你缩小html
这是微不足道的
它提供了约5%的改善
它与gzip不同
- 3 回答
- 0 关注
- 419 浏览
相关问题推荐
添加回答
举报