https://github.com/mitsuhiko/jinja2-htmlcompress
-- jinja2-htmlcompress
a Jinja2 extension that removes whitespace between HTML tags.
html压缩真的值得吗?它使源看起来很难看。但是,它对性能有帮助吗?如果有,对性能有多大帮助,用户是否注意到它?
https://github.com/mitsuhiko/jinja2-htmlcompress
-- jinja2-htmlcompress
a Jinja2 extension that removes whitespace between HTML tags.
html压缩真的值得吗?它使源看起来很难看。但是,它对性能有帮助吗?如果有,对性能有多大帮助,用户是否注意到它?
我怀疑对于大多数 HTML 来说,多余的空白是否真的值得。如果我有那么担心,我会尽可能确保将我的前端网络服务器设置为 gzip 页面。
缩小 html 还有其他原因。例如,我必须这样做,因为我正在发送一封 html 电子邮件,而一些客户(如 gmail)只是在某个时间点后切断了消息。
因此,在这种情况下,减小生成的 html 的大小会增加用户在电子邮件客户端中实际看到的信息量。而且我认为他们不支持压缩内容。
我正在使用 htmlmin 库:https ://github.com/mankyd/htmlmin
还有一个 Django 的前端:https ://github.com/cobrateam/django-htmlmin
它使源看起来很难看
这一点都不重要。您不会在开发过程中运行压缩器。您将在未压缩的文件上进行开发,并将压缩器作为构建过程的一部分运行(就像您对 JavaScript 缩小所做的那样)。
但是,它对性能有帮助吗?如果有,对性能有多大帮助,用户是否注意到它?
是的,它有助于提高性能,因为它减小了必须由浏览器下载的文件的大小。实际保存显然取决于文件的原始大小,但在现代连接上,差异不太可能是明显的。不过,它肯定仍然是有益的,特别是对于针对移动设备优化的页面。
至少在使用 gzip 压缩的情况下,节省的空格是微不足道的。
在某些情况下,它可能会使解析和 DOM 更快:您不仅可以保存空格的字节,而且这些可能会在解析中显示为额外的“文本”节点。
但是,我非常相信对于许多用户来说,它的主要用途是在某种程度上混淆您的源代码。这没有多大意义,因为每个人都应该知道他的工具如何重新格式化 HTML 以使其再次可读。