|
|
1
37
Enabling GZIP 无论如何,将比缩小您的HTML有更多的效果。
在运行时进行缩小操作可能会损害服务器(假设不使用缓存)。在部署期间,最好将ASP.NET标记最小化。这样,代码存储库中仍然有一个非缩小版本的代码,服务器上还有一个缩小版本。设想一个部署过程,在这个过程中调用一个HTML小型化器(例如,
this tool by Dean Hume
看起来很有前途)。
|
|
|
2
10
我建议你试试 WebMarkupMin.Mvc . 文档可在- http://webmarkupmin.codeplex.com/documentation |
|
|
3
6
This link
工作(从您提供的相关链接)。它有一个解决方案可以让您替换
要使其工作,必须在
此部分通常放置在
|
|
|
4
5
google pagespeed会喜欢: 我为此挣扎了一段时间,我发现最好的方法是结合一些事情:
你可以使用我的助手类
现在,您可以压缩和缩小您的HTML与内联的CSS和javascript也被缩小!!太棒了! ;) 希望有人能发现这一点。 |
|
|
5
0
这是一个古老的问题,但我会考虑我的解决方案,以防它对其他人有利。
我有一个“缩小”过滤器,它使用的正则表达式在很大程度上起作用。它在保留空白时失败了
请注意,此筛选器在我的应用程序(ASP.NET MVC 5)中对我有效。理想情况下,应该在发布期间进行缩小,以避免需要这样的过滤器。最后,@navists在他的回答中说,gzip压缩响应比缩小效果更好,但我有点不同意他。是的,它会的,但是缩小确实会稍微降低响应。它真正闪光的地方是当样式与CSS,因为现在你不必担心空格颠簸和错位的元素,并必须使用边缘/填充/定位技巧来纠正它。
|