題外話，一年半沒有blog了，原因多多， 這次又把窩搬了回來，這個是老得地址
牢騷一句：從我知道IIS的gzip壓縮（其實也不長時間，我不是做web出身），到現在從來沒看到過這玩意關isa什麼事情。
最近發現地圖升級模塊的圖層文件過於龐大，而且有很好壓縮比例，大約可以達到95%。於是在上周五改動了下客戶端升級程序，加入了對gizp流得支持，本想著今天來對web做個設置就ok了。
等所有用戶都下班了，大約6點。remote到服務器，修改了iis配置，修改了metabase文件，增加了web擴展。重啟iisadmin，www，IIS。修改測試文件為指定後綴，浏覽該文件。本機和服務器其他機器都可以返回壓縮的文件流。可在公司內部的機器怎麼都返回原始得文件流。
又在我開發用得機器上配置了一遍。公司局域網得機器訪問我得機器都可以返回壓縮數據， 可訪問服務器依舊是原始數據流。想了半天也沒想出什麼問題，goole一會兒，也沒有什麼結果。看了看IIS日志，沒有發現什麼地方能把用戶請求得http header記錄下來。於是又上服務器去差原因。
反反復復，一看時間9點多了。還是先回家，明天再說吧。
回到家裡想再查查看，可是打開那個測試文件，著實讓我吐了口血，他居然現在返回了壓縮文件。
公司和家裡唯一不同的就是isa了。暈死。打開google，輸入gzip isa....
leader還沒下班。和leader交換了一下意見，即便是我們內部配置了支持gzip的isa，不能保證所有客戶得環境都支持gzip，於是決定明天在服務器上寫一個ASPx，負責升級時下載的中轉，來完成本來改由IIS完成得壓縮任務。於是這個設計又回到了上上周得思路
ps：是不是做web優化得時候，還得調研一下，你的客戶是不是在廣泛使用isa？
