对于快速网络来说，HTML 文本是否过多？

StackOverflow https://stackoverflow.com/questions/1712091

  •  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 标记并不是限制因素。两个主要原因：

  1. HTML 是文本，这意味着它可以使用高度压缩 HTTP 压缩.
  2. 与图形/视频使用的带宽相比，HTML 使用的带宽非常小。

虽然在技术上的结束标记添加一定比例的HTML文件的大小，它仍然是在所有数据的Web各地飞来飞去的宏伟计划无穷小。

如果你真的关心它，你总是可以设置你的web服务器被送达时，它适用压缩HTML内容。

谷歌忽略了其网页上的结束标记，但压缩后的储蓄是最小的。大多数人都喜欢以符合标准，并能够验证自己的网页。

http://code.google.com/speed/articles/optimizing -html.html

许可以下： CC-BY-SA 和 归因
不隶属于 StackOverflow
scroll top