在IIS 7.0中配置動態(tài)壓縮
互聯(lián)網(wǎng)信息服務(wù)（IIS）的每個后續(xù)版本都會引入更多的選項來控制輸出的緩存和壓縮。比如，IIS 7.0***安裝時會默認(rèn)啟用壓縮靜態(tài)文件，而禁用動態(tài)產(chǎn)生的文件壓縮功能，尤其是.ASP或者.ASPX網(wǎng)頁。
推薦專題：IIS服務(wù)“講武堂”
因此，這個功能必須在IIS 7.0中手動啟用，因為壓縮動態(tài)產(chǎn)生的內(nèi)容可能會出現(xiàn)幾個問題。由于IIS 7.0的某些變化，靜態(tài)內(nèi)容現(xiàn)在是默認(rèn)壓縮的，這讓處理器的壓縮效率更高。
使用動態(tài)壓縮時，可以設(shè)置的選項之一是一個叫做緩存前動態(tài)壓縮的ASP.NET應(yīng)用程序指令，它是urlCompression元素的一部分。請注意，你也可以通過urlCompression來設(shè)定靜態(tài)和動態(tài)壓縮，但是絕大多數(shù)時間你只能通過應(yīng)用程序的IIS控制面板來設(shè)定。
所以緩存前動態(tài)壓縮選項（或者簡稱BeforeCache）描述了IIS如何壓縮并緩存動態(tài)生成內(nèi)容。當(dāng)把這個選項的值設(shè)成TRUE時，內(nèi)容會被生成、壓縮、添加到一個緩存，然后按順序從該緩存輸出到客戶端。當(dāng)把值設(shè)成FALSE時，生成的內(nèi)容格式不是壓縮的，得到請求之后再重新壓縮。
把BeforeCache設(shè)成TRUE似乎是一個好主意。如果你需要壓縮許多相同的動態(tài)生成內(nèi)容，把它們提前壓縮一次然后再多次使用還是有意義的。你會節(jié)省大量的帶寬以及大量的CPU周期。不過，在有些情況下BeforeCache不會起作用，應(yīng)該加以說明。
首先，根據(jù)微軟對BeforeCache的評論，“當(dāng)輸出緩存響應(yīng)刷新后，在該響應(yīng)進(jìn)入輸出緩存之前動態(tài)壓縮不會執(zhí)行。”這就意味著那些擁有專用輸出緩存處理方式的網(wǎng)站在使用BeforeCache時可能會出現(xiàn)問題，比如說提供過時內(nèi)容、或者給一個用戶提供其他用戶的定制內(nèi)容等。
另一件需要注意的事情是：不同類型的壓縮形式對緩存功能會有什么樣的影響。IIS 7.0支持GNU壓縮和deflate壓縮，它們是兩種常用的網(wǎng)絡(luò)客戶端壓縮類型。此外，他們現(xiàn)在的運行更可靠，在IIS5.0中，壓縮活動明顯失敗。當(dāng)一個客戶端沒有明確指定它可以接受什么代碼時，或者當(dāng)你的應(yīng)用程序不能處理不同編碼的頁面請求時，事情會變的很復(fù)雜。
***，網(wǎng)頁不會自動緩存。相反，對于那些頻繁請求的內(nèi)容，IIS會進(jìn)行自動緩存。默認(rèn)情況下，10秒鐘內(nèi)請求兩次或者兩次以上的網(wǎng)頁都屬于這種類型，就像frequentHitThreshold 和 frequentHitTimePeriod服務(wù)器參數(shù)控制的那樣。如果一個網(wǎng)頁每隔五分鐘才請求一次，那么它將不會被自動緩存。如果人們正在一個系統(tǒng)上測試緩存功能，但是開始的時候他們沒有生成合適的負(fù)載來激發(fā)緩存。
【編輯推薦】
