提醒：本文最后更新于 2828 天前，文中所描述的信息可能已发生改变，请仔细核实。
应瓜瓜和Mr.小可的要求，详细（废话多一点）的说一下怎么解决相册请求的图片地址必须为本地，将其改为远程的办法。。。
改PHP什么的就不用我废话了，大家不用继续看下去了。。。本文不讲这个。
讲的是文章《将相册请求转接到又拍云，并用ImageMagick压缩》中有关如何将相册请求的本地地址，请求到又拍云。
我的相册是Imagevue，第一次看见他，是在SAM老哥那看到的。具体文件呢，也是SAM老哥慷慨提供（之前下的不知为毛不能用）。
这个相册不错，但是呢，只能请求本地文件夹，虽然偶带宽什么都是够多，但是也不想过多的图片在我的服务器上，而且又搞了又拍云（你妹的，又拍云就是为相册买的，有木有，不能用，搞毛啊），不能读取远程又拍云图片真是太坑爹了。
在上面那个传送门文章，我说了使用了nginx直接重定向向到又拍云，会使得Imagevue相册无法打开。悲剧。于是偶采用了另类办法。
Imagevue相册请求的图片地址是我的本地目录的/content/目录，里面还有小目录，细分是什么名字的相册。于是我利用nginx将所有请求到该目录的地址，一律转发到又拍云，为了不使得非图片文件转发到远程读取，我限定了，只有jpg|JPG才能读取，因为我里面只有jpg的图片，为毛有大小写呢？因为linux是区分大小写。
具体的nginx.conf是：
listen 11314;
server_name default;
index index.php;
root /data/album;
location ~ /content/.*\.(JPG|jpg)$ {
expires 30d;
rewrite ^/content/(.*)$ /content/$1 break;
proxy_pass http://kn007.b0.upaiyun.com;
}
location ~ .*\.(php|php5)?$
{
try_files $uri =404;
fastcgi_pass unix:/tmp/php-cgi.sock;
fastcgi_index index.php;
include fcgi.conf;
}
access_log off;
}
当然啦，要是图片有显示必须确保http://kn007.b0.upaiyun.com/content/是存在并且按照规定放置图片的。
大概请求示意图：
这样就ok了。。。据说ngg请求本地目录是/wp-content/gallery/，那么，同上，可得：
listen 11314;
server_name default;
index index.php;
root /data/album;
location ~ /wp-content/gallery/.*\.(JPG|jpg)$ {
expires 30d;
rewrite ^/wp-content/gallery/(.*)$ /ngg/$1 break;
proxy_pass http://kn007.b0.upaiyun.com;
}
location ~ .*\.(php|php5)?$
{
try_files $uri =404;
fastcgi_pass unix:/tmp/php-cgi.sock;
fastcgi_index index.php;
include fcgi.conf;
}
access_log off;
}
确保http://kn007.b0.upaiyun.com/ngg/是存在并且按照规定放置图片的就ok了。
因此，ngg的请求也异步到了又拍。。。
使用异步定向，也就是保持了原始地址读取，实际由指定地址读取内容。(这样的话，对本身主机响应请求速度有要求，图片不耗本机流量，请求的流量很小，可忽略不计)。
最后还是提提偶的相册地址 album.kn007.net
转载请注明转自:kn007的个人博客的《详谈nginx如何使用转发规则异步请求目标地址》
@小可: 不懂问百度。。
有一个疑问。这样转发、Nginx 相当于反向代理。为什么图片可以不耗本机流量？这数据是实测的吗？
@wifay: 呵呵，事实胜于雄辩，你为何不测试一下。你所需要耗的只是服务器的响应，这个流量可以忽略不计。你可以在转发的服务器上存在文件，在本地不存在就清楚了。或者都存在，查看nginx的日志，你就可以发现了。。当然啦，这个说的是可行性。你说流量的外流反向的问题，我是这样判断的。第一，我自身长时候后访问的流量统计，实际并未增多，其次又拍云是我所使用的转发服务器，他记录的实际ip，而不是我服务器的ip。正常来说服务器反向的话，也应该是服务器的ip才对。还有一个猜测的来源是来自于当服务器受到cc流量攻击时，nginx转发除了减少服务器负担，也会相应减少流量消耗。可能nginx这方面可以配置，或者可能我用了squid。
@kn007: 囧、最近正准备把网站的图片做多重负载，才遇到了这个问题，网站本身每天图片流量过大，不便用作测试；用了博客做了小规模测试，流量又计算不出来。就是因为查看 Nginx 日志记录、作为反向代理的前端Nginx和后端Nginx日志都有图片文件大小的数据输出记录。问题就在“又拍云”或者说后端Nginx上面，如果不做特别处理，后端Nginx的日志记录的全部是来自前端Nginx单个IP的访问记录，所以我才产生了这个疑问。
@wifay: 嗯，这个问题确实值得探讨，我确实并未深入了解。不过就当时测试而言，前端流量的消耗并不大，而且探针的网卡数据反应不大。
七七，这代码貌似有问题啊。我在米国VPS放了一个test.jpg大小为200KB，然后在又拍放了一个同名的test.jpg 大小为100KB，但是我去浏览器测试的时候发现下载下来的图片是200KB的，也是是说不是又拍云的，这个改咋办啊？
@天域剑客: 删除你的vps的文件，有什么结果？
相册在这里 album.tyjk.org
@天域剑客: 我看了没用，我监测不到的