猿问
回到首页
个人中心
反馈问题
注册登录
下载APP
首页
课程
实战
体系课
手记
专栏
慕课教程
HTML缩小?
是否有一个在线工具,我们可以输入页面的HTML源代码并缩小代码?
我会为aspx文件这样做,因为让web服务器gzip它们不是一个好主意..
杨__羊羊
浏览 420
回答 3
3回答
墨色风雨
也许尝试HTML Compressor,这是一个前后表,显示它可以做什么(包括Stack Overflow本身):对不起,markdown没有表格的概念它提供了许多选择,可以优化您的页面,包括脚本最小化(ompressor,Google Closure Compiler,您自己的压缩器),它是安全的。默认选项设置非常保守,因此您可以从中开始并尝试启用更具侵略性的选项。该项目记录得非常好并得到了支持。
0
0
0
慕容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不同
0
0
0
打开App,查看更多内容
随时随地看视频
慕课网APP
相关问题
为什么字体颜色在Eclipse上没有变化
2 回答
相关分类
Html/CSS
为什么字体颜色在Eclipse上没有变化
2 回答
继续浏览精彩内容
慕课网APP
程序员的梦工厂
打开
继续