nginx 0.8.42 有个新功能：

Feature: a text answer may be added to a “return” directive. (via nginx.org )

这个功能其实很有趣，当然自己写也不难，官方实现了就最好。

找了下，找不到相关的配置说明，只好自己摸索一下吧。一试就出来了，真神奇，哈哈。

三步走（./configure ; make ; make install）安装好 nginx 后，在配置上加一段：

最近首页要改版，瞎折腾，还要新首页和旧首页并行服务，只有网友点击了“新版首页”的按钮后，才会显示新版首页，否则，显示旧版首页。
灵感来自 ayou 的一段配置，我的实现原理如下：

网友点击了切换按钮以后，利用 javascript set 一个 cookie ，如 newindex=y ，首页的 / 会作判断cookie ，然后 rewrite 到相应的页面。

具体实现：
1, 网友点击 set cookie，我抄了一段最简单的东西：

2，nginx 配置：

location =/ {

root html ;
index index.html ;
if ( $cookie_newindex = “y” )
{
rewrite ^/*$ /index_new.html break;
}

}

其中 /index.html 是旧首页，/index_new.html 是新首页。
如此一来，网友访问 http://www.helosa.org/ 时， location / 就会根据cookie rewrite 到相应的首页。但是要注意的是，
http://www.helosa.org/index.html
http://www.helosa.org/index_new.html
访问的是正确的页面，因为判断 cookie 只在 / 做。

我描述一下这个 bug 。
nginx, 用作代理，proxy next upstream 里配置了 404 就next ，然后过了一段时间就发现，一些 worker 占用的内存竟然达到 几百m,通常只是几十m 而已。一不小心占满了内存，用上了 swap （有些机器把 swap 关掉的话，就直接卡死，ping 不通了），load 就上去了，如果不能及时把这个 worker kill 了，那也完蛋了。

我说说这个 bug 的触发条件吧
nginx 里配置了
proxy_next_upstream error timeout http_404;
http_404 是指，后端返回 404 的话，就把请求往下一个后端发。

upstream 的配置分以下几种情况：
upstream {
server 192.168.51.1 ;
server 192.168.51.2 ;
}
这种情况下，如果 51.1 和 51.2 都404，那么nginx 直接返回给用户 404 了。

upstream {
server 192.168.51.1 ;
server 192.168.51.2 backup ;
}
请求会卡死，负责处理这个请求的 worker 占用的内存会慢慢增大，也就是我说的那个情况了。即使这个请求取消了，这个 worker 占用的内存仍然会膨胀。
backup ，只是为了 51.1 在挂的时候，可以顶上，但想不到竟然触发了这个 bug 。。。
我测试了 0.6.39 ，0.7.65 , 0.8.32 ，这个 bug 都会存在。

upstream {
server 192.168.51.1 ;
}
如果只配置了一个后端，其实也是很快返回404 的，不会卡死。

———————————
结论：
如果配置了 proxy_next_upstream http_404，千万别配置两个后端，其中一个后端是 backup 的。