之前搞app时候学的webpy，一直用的自带webserver，最近研究nginx一段时间，决定二者结合玩一下~

　　把搭建的要点总结下，说不定哪天还得用——其实平时手挺懒的...

　　1 必备模块和背景知识

　　　pcre，flup，nginx，webpy，spawn-fcgi

　　   pcre是nginx安装前提;安装pcre后configur enginx时带--with-pcre=path，path为pcre源码路径（不是安装路径哦）。

　　　fastcgi , 通信规范，规定了通信的方式、协议；而wsgi是接口规范，规定了函数定义、调用，相当于一组 Python API，提供了对 FastCGI （及其它）协议的支持。

　　　spawn-fcgi , fastcgi进程管理器,最初是lighttpd的子模块，lighttpd也是一个与nginx类似的http server，作用等同于其它http server中的fastcgi模块；只不过它实现的比较好、在某些情况下的效能会比较高，所以被大家分离出来广泛使用，以致独立出来作为一个项目。所以就有了apache+spawn-fcgi、nginx+spawn-fcgi等.

　　   flup, 一个用python写的web server，也就是cgi中所谓的Server/Gateway，它负责接受lighttpd转发的请求，并调用你写的程序 (application)，并将application处理的结果返回到apache/lighttpd.

　　   web.py,应该说有了上面的东西你就可以开始编写你的web程序了，但是问题是你就要自己处理浏览器的输入输出，还有cookie、session、模板等各种各样的问题了，web.py的作用就是帮你把这些工作都做好了，它就是所谓的web framework，另外一个出名的是django，不过感觉太复杂了，web.py差不多就够用了(目前web.py对session的支持不是太好)。

　　他们关系如下，

2 配置过程

统统略，见参考文献2和3

3 源码注解

大体请参考4，研读中请务必弄清楚几个知识点：进程会话，粘滞位，dup2函数等，否则会被很多非核心代码搞蒙。

其实，核心的代码就在这，

close(FCGI_LISTENSOCK_FILENO);

dup2(fcgi_fd, FCGI_LISTENSOCK_FILENO);

close(fcgi_fd);　　

之后的exec操作，子进程都会继承FCGI_LISTENSOCK_FILENO，然后会在这上面accept（这自然是flup操作wsgi了），然后会写回accept的句柄，nginx就会受到响应的。

参考文献：

1 nginx配置大全中文　　 http://my.oschina.net/duxuefeng/blog/34880

2 webpy官方配置建议　　http://webpy.org/cookbook/fastcgi-nginx.zh-cn

3 一个中文配置示例　　　http://blog.csdn.net/five3/article/details/7732832

4 spawn-fcgi源码　　　  http://chenzhenianqing.cn/articles/936.html