IIS 7.0 啟用動態內容壓縮完整指南：原理、設定與注意事項

BeforeCache = true 的優缺點權衡

優點

• 相同動態內容只需壓縮一次，後續請求直接從快取輸出
• 大幅節省 CPU 週期與頻寬
• 適合高頻請求、內容相對固定的動態頁面

缺點與風險 (微軟官方文件明確警告)

1. 輸出快取刷新機制衝突： 「當輸出快取回應刷新後，在該回應進入輸出快取之前動態壓縮不會執行。」
2. 使用自訂輸出快取提供者的網站可能出現：
   • 提供過期內容
   • 將某用戶的個性化內容提供給其他用戶 (嚴重安全/隱私問題)
3. 壓縮格式衝突： IIS 7 支援 Gzip 與 Deflate。若客戶端未明確指定接受編碼，或應用程式無法處理不同編碼請求，快取機制可能導致錯誤回應。

輸出快取觸發條件

並非所有頁面自動快取。預設規則：10 秒內被請求 2 次以上 (由 frequentHitThreshold 與 frequentHitTimePeriod 控制)。測試時若負載不足，快取不會生效，導致 BeforeCache 行為無法觀察。

建議配置策略

啟用步驟 (IIS 管理員)

1. 選取網站/應用程式 → 雙擊「壓縮」
2. 勾選「啟用動態內容壓縮」
3. 點擊右側「編輯功能設定」→ 設定 dynamicCompressionBeforeCache 為 True/False
4. 或直接編輯 applicationHost.config / web.config 的 <urlCompression> 區段

驗證方法

• 瀏覽器開發者工具 Network 標籤檢查回應 Header：Content-Encoding: gzip 或 deflate
• 使用 curl -I -H "Accept-Encoding: gzip, deflate" https://your-site/ 檢查