![]() |
1
59
几年前,我在SXSW参加了一个名为“F*CK标准”的小组,这个小组的所有内容都是在有意义的时候打破标准。小组中有一位谷歌工程师谈到了谷歌主页验证失败、使用了不推荐使用的标签等问题。他说这都是关于性能的。在本例中,他特别提到了使用表击败div和css进行布局渲染。只要页面对用户有效,他们就喜欢性能胜过标准。 这是一个具有高流量的非常简单的页面,因此它是有意义的。我想如果你正在构建一个复杂的应用程序,这种方法可能无法很好地扩展。 从马的口中。 |
![]() |
2
13
因为这是完成工作最简单、最简洁的方法。
|
![]() |
3
10
短于页边距:0自动。分析速度更快。它是有效的HTML4。没有外部依赖关系,因此HTTP请求更少。 |
![]() |
4
8
可用性不是有效性。 谷歌搜索的最大成就是建立了一个易于使用且可广泛使用的网站。现在,如果谷歌通过一个没有验证的页面实现了这一点,那么,这里有一个教训值得学习。 |
![]() |
5
4
我认为一个更好的问题应该是“为什么谷歌会让它验证它是否工作正常?”这对用户没有任何影响。 |
![]() |
6
4
已经有 speculation 和 discussion 关于这是否是有意的;在第一个链接中进行的基本测试确实会导致一个更小的页面,甚至gzip,通过数百万个页面视图,理论上它会堆积起来。但我怀疑这就是原因:它是在当时的许多浏览器上创建、测试的,它工作了,并且继续工作。 |
![]() |
7
4
谷歌在其主页上以许多方式破坏了验证。很可能是真正的原因——它们都是关于速度和带宽成本的。查看主页HTML的大小,尤其是在包级别应用gzip之后。他们显然在努力避免数据包碎片化(这意味着更大的带宽),并愿意尽一切努力获得它(标识符缩短、删除引号、不推荐使用的标签、删除空白等)。 如果你把这看作是一个有效性问题,很好,但它们违反了规则。 故意地 当然,如果你不假设这一点,你可能会得出否定的结论。顺便说一句,你可以以积极和消极的方式进一步优化他们的页面,但是为什么一旦进入典型的包大小,它就有点毫无意义了。 |
![]() |
8
0
他们还使用了其他不推荐使用的表示标签,如字体和u。我猜这会使页面加载更快,然后使用外部样式表,并允许它在更多平台上工作。 |
![]() |
9
0
当然,这是不赞成的,但我认为简单是你问题的答案。 |