被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?

原文地址:https://www.cnblogs.com/cl1024cl/p/6205002.html