代码之家 › 专栏 › 技术社区 › exupero

对于快速网页,HTML文本是否太多?

network-efficiency html

exupero · 技术社区 · 16 年前

有人知道HTML作为一种传输的标记语言的效率吗?在我看来,有结束标签,而不仅仅是一个结束卷曲大括号(或 </> )向文件中添加大量文本。带宽是一种宝贵的资源,当数十亿(万亿?)时在全球不断传输的HTML文件中,这些结束标记加在一起。

我的问题是,它们加起来是否足以产生重大影响。使用简短的结束标记,页面加载速度会显著提高吗?

7 回复 | 直到 16 年前

Madison Caldwell 16 年前

您的观点是有效的,但是与音频、视频和图像等富媒体相比,“浪费的空间”可以忽略不计。

作为一种标记语言,HTML是一种冗长的语言;但是如果您去掉一些冗长的内容,它将突然变得更加难以使用。

yfeldblum 16 年前

不。

如果需要较小的下载大小,请将Web服务器自动配置为 gzip -压缩所有 text/html 响应。

Quentin 16 年前

不,相对于图像(和视频!)HTML仍然很小。加入压缩后,压缩效果会更好(尤其是当重复的字符串(如标记名)压缩时)。

维护成本的增加将抵消带宽节约。

JL. Hans Passant 16 年前

HTML不是有效的,每一个迹象都表明它将变得不那么有效。

请看下面的示例:

<b>some bold text</b>

虚拟

<span class="boldText">some bold text</span>
.boldText {font-weight:bold;}

好吧-这是个小例子,但它确实说明了我的观点。

在56K调制解调器的时代,我曾经编写JavaScript函数客户端,然后使用Ajax(在它被称为Ajax之前)传递值(而不是描述),然后使用客户端在DOM中构建元素,这证明了大约20%的效率,但让我想到是否有人会发明HTML速记。没有人这样做,相反,我们只是升级了我们的连接,你是对的-我们扔了很多东西,不需要在那里。

但是谁在乎呢?

William Brendel 16 年前

一般来说,就带宽而言,HTML标记不是限制因素。两个主要原因:

HTML是文本,这意味着使用 HTTP compression .
与图形/视频使用的带宽相比,HTML使用的带宽非常小。

Mike Clark 16 年前

虽然从技术上讲,结束标记为HTML的文件大小增加了一定的百分比,但在所有围绕Web传输的数据的总体方案中,它仍然是无穷小的。

如果您真的关心它,您可以设置Web服务器在HTML内容被服务时对其应用压缩。

Tim Sylvester 16 年前

谷歌省略了其网页上的结束标签,但压缩后节省的成本很小。大多数人更喜欢遵守标准并能够验证他们的页面。

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