HTML驗證和加載時間

有（約100）HTML驗證錯誤影響我的網頁加載速度？目前，我的網頁上的錯誤不會在任何瀏覽器中破壞頁面，但是我會花時間和清除那些無論如何能夠提高我的頁面加載速度？HTML驗證和加載時間

如果沒有在桌面上，怎麼樣像iPhone或Android移動設備？（例如，N1和Droid負載頁多比iPhone雖然它們都使用Webkit引擎速度較慢。）

編輯：我在這裏的重點是速度優化不是跨瀏覽器兼容（已經實現）。谷歌和其他biggies似乎使用無效的HTML速度或兼容性？

編輯＃2：我沒有怪癖模式，即我使用XHTML嚴格的DOCTYPE和我的源看起來不錯，其主要是有效的，但100％有效的HTML通常需要設計（或其他類型的）犧牲。

謝謝

2010-01-15 3zzy

恕我直言，擺脫驗證錯誤的重要原因比加載時間要重要得多 - 即您的網站會在瀏覽器更改時繼續工作嗎？ – 2010-01-15 13:59:12

谷歌似乎做的速度和金錢：http://stackoverflow.com/questions/1967191/why-would-google-use-a-font-tag/1967231#1967231 – 2010-01-15 14:09:39

@丹尼爾：這是不同的。我不想真的節省字節數（帶寬），我正在尋求提高頁面加載/渲染速度，儘管 – 3zzy 2010-01-15 14:12:37

它不影響-loading-速度。不良數據通過線路傳輸的速度與正常數據一樣快。儘管（...在某些情況下......確實會影響渲染速度！是的，MSIE在標準模式下往往非常慢）在大多數情況下，由於Quirks模式，渲染速度會稍慢一些效率更低，更偏執，而不是像一個精心編寫的程序那樣只是執行你的數據，而是儘量從本質上是標籤湯中撈出一些有意義的內容。

一些驗證錯誤，如在單元素標籤末尾丟失ALT或no /，根本不會影響渲染，但有些驗證錯誤，如缺少結束標籤或使用過時的過時參數可能會嚴重影響性能。

來源

2010-01-15 14:09:20

可能是的，這就是爲什麼。

如果您的代碼對您正在使用的W3C文檔類型有效，那麼瀏覽器不必花費更多精力嘗試修復代碼。這叫做quirks mode，如果你的代碼需要驗證，那麼瀏覽器就不必嘗試將網站重新組合起來。

記住，讓代碼驗證總是有好處的，如果只是爲了確保流行瀏覽器的一致性設計。最後，您可能會發現您修復了前幾個錯誤，並且您的100個錯誤列表將大幅減少。

來源

2010-01-15 13:59:16

哦，太好了。是否有人實際上對加載時間的無效和有效頁面進行了配置？ – 3zzy 2010-01-15 14:00:31

難道你沒有混淆怪癖（需要更多解析工作）模式與標準合規模式（什麼時候不需要修復）？ – jensgram 2010-01-15 14:07:26

它可能會影響加載速度，或者它可能不會。這取決於你得到的錯誤種類。

我會說，在大多數情況下，它很可能是它會比較慢，因爲瀏覽器將不得不處理這些錯誤。例如，如果您忘記關閉div標籤，某些瀏覽器會爲您關閉它。這需要處理時間並增加加載時間。

我不認爲沒有錯誤和100個錯誤之間的時間差將是微乎其微。但是，如果你有那麼多的錯誤，你應該考慮修復代碼:)

來源

2010-01-15 14:00:47 marcgg

對，但是JFYI，100是一種低，一些巨大的交通網站有300+ :) – 3zzy 2010-01-15 14:06:29

100仍然相當高，國際海事組織，但它取決於。他們有什麼樣的錯誤？ – DisgruntledGoat 2010-01-15 14:13:26

這確實取決於錯誤。如果缺少alt標籤，我懷疑它會影響加載時間。如果整個地方都有無效的屬性，這是另一回事。 – marcgg 2010-01-15 14:51:42

從理論上說，是的，它會降低頁面加載時間，因爲瀏覽器有少做處理錯誤等等。

但是，這取決於驗證錯誤的性質。如果你不正確地嵌套標籤（這實際上可能在HTML4中有效），那麼瀏覽器將不得不做更多的工作來確定元素的起始和結束位置。這可能會導致跨瀏覽器問題。

如果您只是使用非官方屬性（例如，鏈接上的target屬性），那麼對該屬性的支持要麼嵌入到瀏覽器中，要麼不嵌入瀏覽器中。如果瀏覽器理解它，它會對它做些什麼，否則它將忽略該屬性。

有一件事會加劇你的驗證錯誤是使用XHTML下的<br>或HTML下的<br />。也不應該增加加載時間（儘管<br />需要更長的時間下載）。

來源

2010-01-15 14:12:16 DisgruntledGoat

HTML驗證和加載時間

回答

相關問題