对于快速网络来说,HTML 文本是否过多?
-
19-09-2019 - |
题
有谁知道 HTML 作为传输标记语言的效率吗?在我看来,拥有结束标签而不仅仅是结束大括号(或者只是 </>
)向文件添加大量文本。带宽是一种宝贵的资源,当数十亿(数万亿?)的 HTML 文件不断在世界各地传输时,这些结束标签就会不断增加。
我的问题是,它们加起来是否足以产生重大影响。使用更简短的结束标签,页面加载速度会明显提高吗?
解决方案
您点是有效的,但相对于富媒体,如音频,视频和图像的“浪费的空间”是可以忽略的。
HTML,是一种标记语言,是冗长;但如果你拿走一些冗长的,它会突然变得更加困难的工作。
其他提示
没有
如果你想要更小的下载大小,自动配置你的Web服务器gzip
压缩所有text/html
响应。
没有。相对于图像(视频!)HTML还很小。扔在压缩并且变得更是这样(尤其是重复的字符串(例如标签名称)以及压缩
在维护成本的增加将抵消的带宽节省。
HTML效率不高,并且每一个指示表明,它会变得效率较低。
看看下面的例子:
<b>some bold text</b>
VS
<span class="boldText">some bold text</span>
.boldText {font-weight:bold;}
确定 - 其一个小例子,但它确实说明我的观点。
回到在56K调制解调器的日子里,我以前写Javascript函数的客户端,然后使用Ajax的(它被称为AJAX之前)传递下去只是的值(未描述),然后使用在客户端建立了在DOM元素,这证明了约20%的效率,但留给我想,如果有人会发明HTML的简写。没人做,而是我们刚刚升级了连接,你是对的 - 我们周围万吨位的,不需要在那里扔。
但谁在乎呢?
一般来说,就带宽而言,HTML 标记并不是限制因素。两个主要原因:
- HTML 是文本,这意味着它可以使用高度压缩 HTTP 压缩.
- 与图形/视频使用的带宽相比,HTML 使用的带宽非常小。
虽然在技术上的结束标记添加一定比例的HTML文件的大小,它仍然是在所有数据的Web各地飞来飞去的宏伟计划无穷小。
如果你真的关心它,你总是可以设置你的web服务器被送达时,它适用压缩HTML内容。
谷歌忽略了其网页上的结束标记,但压缩后的储蓄是最小的。大多数人都喜欢以符合标准,并能够验证自己的网页。