有这么一个情况，
有个运行Asp的应用，比较土，还是用本地 *.mdb 的数据库。这么一来，就不可能通过 Apache ::: asp 这样的插件令其运行在Linux的环境中。而且是相当烂的一个 asp 程序，连html模板都没单独目录存放，直接跟 *.asp 混在一块。
幸好这个世界有 Nginx， 是对待这种破东西最好的优化。
如果直接靠 IIS 既处理 asp 又处理静态文件的话，流量一大性能是不堪想象了。
(在ab压力测试中, 就100线程请求一个 gif 的静态文件做测试, 已经令IIS的CPU相当不安)
2台服务器，运行架构计划为最简单的 Nginx –> IIS
就通过 Nginx Proxy 到IIS 的80端口上。
但测试的时候发现，虽然速度瞬间得到体现，但每次请求，Nginx 都会往IIS上拉文件，特别是静态文件。
大，而且会让IIS的cpu不安分。
原本试用在 Linux 下 mount 一个 smb 的盘，然后让Nginx直接往里头通过 smb 请求 IIS 应用服务器上的静态文件。从而绕开 IIS 避免压力。但出了怪问题….况且跟本文无关,就暂略不说了。
最后用上了 Nginx proxy_store ，Nginx 直接把静态文件在本地硬盘创建并读取，
效果相当好，而且某程度上对待这么烂的应用要装个Squid 确实有点大题小作。
但 Proxy_store 跟 Squid 是有区别的!! 最明显的一点在于其不具有expires，无法通过程序控制cache什么时间过期。往后要写个脚本定期删除缓存目录中的内容，不过这也正合我意。
以下是配置方式：
如果需要将文件缓存到本地，则需要增加如下几个子参数：
proxy_store on;
proxy_store_access user:rw group:rw all:rw;
proxy_temp_path 缓存目录;
其中，
proxy_store on 启用缓存到本地的功能，
proxy_temp_path 指定缓存在哪个目录下，如：proxy_temp_path /var/nginx_cache;
在经过上一步配置之后，虽然文件被缓存到了本地磁盘上，但每次请求仍会向远端拉取文件，为了避免去远端拉取文件，还必须增加：
if ( !-e $request_filename) {
proxy_pass http://192.168.10.10;
}
即改成有条件地去执行proxy_pass，这个条件就是当请求的文件在本地的proxy_temp_path指定的目录下不存在时，再向后端拉取。
整体配置例子：
location ~ .*\.(gif|jpg|jpeg|png|bmp|swf|js|html|htm|css)$ { #指定缓存文件类型
expires 7d; #设置浏览器过期时间
root /data1/nginx_cache/iis; #静态文件根目录目录(必须对应proxy_temp_path)
proxy_store on; #开启缓存机制
proxy_store_access user:rw group:rw all:rw; #缓存读写规则
proxy_temp_path /data1/nginx_cache/iis; #存放静态文件的缓存目录
include proxy.conf; # 外联proxy理的详细配置如proxy_set_header， client_max_body_size ….
if ( !-e $request_filename) { #正则表达式，匹配缓存目录中的文件与源文件是否存在)
proxy_pass http://192.168.10.10 # IIS 应用的服务器地址
}
}