我正在查看Firebug中的www.google.com
,並注意到一些奇怪的事情:Google徽標使用中心標籤居中。Google主頁爲什麼使用不推薦使用的HTML(即無效的HTML5)?
所以我去檢查頁面W3C validator,它發現48錯誤。現在,我知道有些時候您無法使頁面有效,特別是在我們談論類似www.google.com
之類的內容時,您希望它儘可能小,但是有人可以解釋他們爲什麼使用中心代碼?
我正在查看Firebug中的www.google.com
,並注意到一些奇怪的事情:Google徽標使用中心標籤居中。Google主頁爲什麼使用不推薦使用的HTML(即無效的HTML5)?
所以我去檢查頁面W3C validator,它發現48錯誤。現在,我知道有些時候您無法使頁面有效,特別是在我們談論類似www.google.com
之類的內容時,您希望它儘可能小,但是有人可以解釋他們爲什麼使用中心代碼?
幾年前,我參加了SXSW的一個小組,名爲「F * ck標準」,當它有意義時,所有的標準都從標準中突破。他談到了谷歌主頁失敗的驗證,使用不贊成的標籤等等。他說這是關於性能的。在這種情況下,他特別提到了使用表格跳動div和CSS的佈局渲染。只要頁面爲他們的用戶工作,他們贊成性能超過標準。
這是一個非常簡單的高流量頁面,所以它很有意義。我想如果你正在構建一個複雜的應用程序,這種方法可能無法很好地擴展。
從馬的嘴裏。
比邊距短:0自動。更快解析。它是有效的HTML4。沒有外部依賴性,所以更少的HTTP請求。
我想問一個更好的問題是「爲什麼Google會驗證它是否正常工作?」它對用戶沒有任何影響。
他們還使用其他不贊成的表示標籤,如字體和u。我的猜測是,它使頁面加載更快,然後使用外部樣式表,並允許它在更多的平臺上工作。
可用性無效。
谷歌搜索最大的成就是建立一個易於使用且可廣泛使用的網站。現在,如果谷歌通過一個沒有驗證的頁面實現了這一點,那麼有一個教訓需要學習。
關於這是否是故意的,有speculation和discussion;在第一個鏈接中進行的基本測試確實導致了一個更小的頁面,甚至通過數百萬個頁面瀏覽器進行了gzip壓縮,理論上它可以堆疊起來。我懷疑這就是它的原因:它是在許多瀏覽器上創建,測試的,它工作並繼續工作。
它已被棄用,當然,但我認爲簡單是您的問題的答案。
谷歌的主頁在許多方面打破了驗證。這很可能是真正的原因 - 它們都是關於速度和帶寬成本的。特別是在包級別應用Gzip之後,請查看主頁HTML的大小。他們顯然試圖避免數據包碎片(這將意味着更多的帶寬),並願意盡一切努力來獲得它(標識符縮短,報價刪除,不推薦使用的標籤,空白空間刪除等。)
如果你看看這個只是作爲一個有效性的問題,但罰款,但他們故意違反規則如果你不認爲這當然你可能會跳到一個否定的結論。順便說一句,你可以進一步優化他們的頁面正面和負面的方式,但爲什麼一旦進入典型的數據包大小是沒有意義的
不錯的問題,有趣的+1 – 2009-06-24 13:05:32
許多大型/熱門網站不驗證。如果在目標受衆瀏覽器上無法正常工作,請使用有效的HTML。 – RichardOD 2009-06-24 13:25:49