html页面自动缩放,HTML缩小？

慕容708150

以下是对您的问题的简短回答：您应该缩小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不同