被gzip和isa忽悠了一把

题外话，一年半没有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？