類實體標籤（ETags），是伺服器和瀏覽器用來決定瀏覽器快取中元件與來源伺服器中的元件是否相符的一種機制（「實體」也就是元件：圖片，腳本，樣式表等等）。新增ETags可以提供一種實體驗證機制，比最後修改日期更有彈性。一個ETag是一個字串，作為一個組件某一具體版本的唯一識別碼。唯一的格式限制是字串必須用引號括起來，來源伺服器用對應頭中的ETag 來指定元件的ETag：
: Tue, 12 Dec 2006 03:03:59 GMT ETag: "10c24bc-4ab-457e1c1f" ，它用 If-None- Match
請求頭來把ETag傳回來源伺服器。如果ETags配對成功，會回傳一個304狀態碼，這樣就減少了12195個位元組的回應體。 GET /i/yahoo.gif HTTP/1.1 Host:us.yimg.com Host:us.yimg.com
If-None-Match : "10c24bc-4ab-457e1c1f"
HTTP/1.1 304 Not Modified
ETags
存在的問題是它們是由一個由特定的，所以如果瀏覽伺服器從一個伺服器瀏覽伺服器，然後驗證另一個伺服器上的相同組件，ETags是無法匹配成功的，而用一群伺服器處理請求在web站點中又非常普遍。預設情況下，Apache和IIS會在ETag中嵌入數據，以大幅降低在多伺服器站點上有效性測試成功的幾率。 Apache 1.3和
2.x中ETag的格式是 中ETag的格式ino就算給定的檔案可能在多個伺服器的相同目錄下，而且檔案大小、存取權限、時間戳記等等全部相同，它的i節點（P.S. inode，P.S. inode，UNIXIXIX中的索引檔）在不同伺服器中也不一樣。
IIS5.0和6.0也都有類似的問題。 IIS中ETags的格式是 Filetimestamp:ChangeNumber ， ChangeNhangeNhangeNhange 。 一個站點在不同的IIS伺服器上的 ChangeNumber 是不可能相同的。
最終結果是Apache和IIS為完全相同的組件產生的ETags無法跨瀏覽器匹配，如果快的304響應設計的ETags。反而，他們將收到一個攜帶著組件所有資料的200正常回應。如果網站部署在單一伺服器上，就根本不存在這個問題。但如果網站部署在多個伺服器上，而且打算用Apache或IIS的預設ETags配置，使用者將看到緩慢的頁面，更負載，ETags配置，使用者將看到緩慢的頁面，負載更高，會消耗負載更高，還會消耗伺服器大的頻寬，而且代理也無法有效快取頁面內容。即使元件有「永久」 Expires HTTP頭，使用者點擊重新載入或重新整理的時候，還是會發出條件GET請求。
如果不想用ETags提供的靈活的驗證模型，最好把所有的Etag全都去掉，可以用基於戳記的時間的Etag全都去掉，可以用基於戳記的時間的Etag全都去掉，可以用基於戳紙的時間的 ，而且去掉ETag可以減少HTTP回應頭以及後續請求的大小。 Microsoft Support article 裡寫了怎麼移除ETags。在Apache中，可以簡單地透過在Apache
設定檔中加入如下程式碼來實現：
快取 分類: 內容
Ajax的一個好處是可以給用戶提供即時回饋，因為它能夠從後台非同步請求資訊。然而，用了Ajax
就無法保證用戶在等待非同步
JavaScript和XML回應返回期間不會非常無聊。在許多應用程式中，使用者能夠一直等待取決於如何使用Ajax。例如，在基於web的電子郵件用戶端中，使用者為了尋找符合他們搜尋標準的郵件訊息，將會保持對Ajax請求回傳結果的關注。重要的是，要記得「非同步」並不意味著「即時」。 要提高效能，優化這些Ajax響應至關重要。最重要的提升
Ajax
效能的方法就是讓回應變得可緩存，就像在 添上Expires或Cache-Control HTTP頭 中討論的一樣。以下適用於Ajax的其它規則： Gzip組件
减少DNS查找
压缩JavaScript
避免重定向
配置ETags
我们一起看看例子，一个Web 2.0的电子邮件客户端用了Ajax来下载用户的通讯录，以便实现自动完成功能。如果用户从上一次使用之后再没有修改过她的通讯录，而且Ajax响应是可缓存的，有尚未过期的Expires或者Cache-Control HTTP头，那么之前的通讯录就可以从缓存中读出。必须通知浏览器，应该继续使用之前缓存的通讯录响应，还是去请求一个新的。可以通过给通讯录的Ajax URL里添加一个表明用户通讯录最后修改时间的时间戳来实现，例如 &t=1190241612 。如果通讯录从上一次下载之后再没有被修改过，时间戳不变，通讯录就将从浏览器缓存中直接读出，从而避免一次额外的HTTP往返消耗。如果用户已经修改了通讯录，时间戳也可以确保新的URL不会匹配缓存的响应，浏览器将请求新的通讯录条目。
即使Ajax响应是动态创建的，而且可能只适用于单用户，它们也可以被缓存，而这样会让你的Web 2.0应用更快。
15.尽早清空缓冲区
分类: 服务器
当用户请求一个页面时，服务器需要用大约200到500毫秒来组装HTML页面，在这期间，浏览器闲等着数据到达。PHP中有一个 flush() 函数，允许给浏览器发送一部分已经准备完毕的HTML响应，以便浏览器可以在后台准备剩余部分的同时开始获取组件，好处主要体现在很忙的后台或者很“轻”的前端页面上（P.S. 也就是说，响应时耗主要在后台方面时最能体现优势）。
比较理想的清空缓冲区的位置是HEAD后面，因为HTML的HEAD部分通常更容易生成，并且允许引入任何CSS和JavaScript文件，这样就可以让浏览器在后台还在处理的时候就开始并行获取组件。
例如：
... <!-- css, js -->
</head>
<?php flush(); ?>
<body>
... <!-- content -->登入後複製
Yahoo!搜索 开创了这项技术，而且真实用户测试研究也证明了使用这种技术的诸多好处。
16.对Ajax用GET请求
分类: 服务器
Yahoo!郵箱 團隊發現使用 XMLHttpRequest 時，瀏覽器的POST請求是透過兩步驟的流程來實現的：先傳送所以最好用GET請求，它只需要發送一個TCP報文（除非cookie特別多）。 IE的URL長度最大值是2K，所以如果要發送的資料超過2K，所以如果要發送的資料超過2K就無法使用了。 POST請求的一個有趣的副作用是實際上沒有發送任何數據，就像
GET
請求一樣。如 HTTP說明文件 中所描述的，GET請求是用來檢索資訊的。所以它的語意只是用GET請求來請求數據，而不是用來發送需要儲存到伺服器的數據。 17.
延遲載入元件 分類
: 內容的頁面就開始見面
？其餘內容都可以等會兒。 JavaScript是分隔
onload
事件之前和之後的一個理想選擇。例如，如果有
JavaScript
程式碼和支援拖放以及動畫的庫，這些都可以先等會兒，因為拖放元素是在頁面最初渲染之後的。其它可以延遲載入的部分包括隱藏內容（在某個互動動作之後才出現的內容）和折疊的圖片。 工具可幫助你減輕工作量： YUI Image Loader 可以延遲載入摺疊的圖片，還有YUI Get utility
的簡單方法。 Yahoo!主頁 就是一個例子，可以打開Firebug的網路面板仔細看看。 最好讓效能目標符合其它web開發最佳實踐，例如「漸進增強」。如果客戶端支援JavaScript，可以提高使用者體驗，但必須確保頁面在不支援JavaScript時也能正常運作。所以，在確定頁面運作正常之後，可以用一些延遲載入腳本來增強它，以支援一些拖放和動畫之類的華麗效果。
18.預載組件 分類: 內容
透過預先載入元件可以充分利用瀏覽器空閒的時間來請求將來會用到的元件（圖片，樣式和腳本）。用戶造訪下一頁的時候，大部分元件都已經在快取裡了，所以在使用者看來頁面會載入得更快。 實際應用中有下列幾種預先載入的類型：
無條件 預先加載——盡快開始加載，獲取一些額外的組件。 google.com就是一個sprite圖片預先載入的好例子，這個sprite圖片不是
條件性 預先載入－根據使用者操作猜測使用者將要跳到哪裡並據此預先載入。在 search.yahoo.com 的輸入框裡鍵入內容後，可以看到那些額外元件是如何要求載入的。
提前 預先載入——在推出新設計之前預先載入。經常在重新設計之後會聽到：“這個新網站不錯，但比以前更慢了”，一部分原因是用戶訪問先前的頁面都是有舊緩存的，但新的卻是一種空緩存狀態下的體驗。可以透過在將要推出新設計之前預先載入一些元件來減輕這種負面影響，老站可以利用瀏覽器空閒的時間來要求那些新站所需的圖片和腳本。
19.減少DOM元素的數量
用 JavaScript訪問
DOM也會更慢。舉個例子，想要增加一個事件處理器的時候，循環遍歷頁面上的500個DOM元素和5000元素和5000個元素和5000個
大量的DOM元素是一種徵兆——頁面上有些內容無關的標記需要清理。正在用巢狀表格來佈局嗎？還是為了修復版面問題而添了一堆的 s
？或許應該用更好的語意化來標記。 YUI CSS utilities
對佈局有很大幫助：
grids.css針對整體佈局，fonts.css針對整體佈局，格式。這是個開始清理和思考標記的好機會，例如只在語義上有意義的時候使用
，而不是因為它能夠渲染一個新行。
DOM元素的數量很容易測試，只需要在
Firebug
的控制台裡輸入： DOM 元素才算是太多呢？可以參考其它類似的標記良好的頁面，例如 Yahoo!
主頁 是一個相當繁忙的頁面，但只有不到
700
個元素（HTML標籤）。 20.跨域分離組件
分離組件可以最大化並行下載，但要確保只用不超過2-4個域，因為存在DNS查找的代價。例如，可以把HTML和動態內容部署在 www.example.org ，而把靜態元件分離到 static1.example.org static1.example.org
static1.example.org
static1.example。 更多資訊請查看Tenni Theurer和
Patty Chi
的文章：
Maximinging Parall 盡量少用iframe
分類: 內容
用iframe可以把一個文件插入一個重要的文件是文件 是如何工作的並有效率地使用它。
