### 导航 - [索引](# "总目录") - [下一页](# "CGI") | - [上一页](# "uWSGI") | - [Flask 0.10.1 文档](#) » - [部署选择](#) » # FastCGI FastCGI 是在像 [nginx](http://nginx.org/) [http://nginx.org/] 、 [lighttpd](http://www.lighttpd.net/) [http://www.lighttpd.net/] 和 [cherokee](http://www.cherokee-project.com/) [http://www.cherokee-project.com/] 服务器上的一个部署选择。其它选择见 [*uWSGI*](#) 和 [*独立 WSGI 容器*](#) 章节。在它们上的任何一个运行你的 WSGI 应用首先需要一个 FastCGI 服务器。最流行的一个是 [flup](http://trac.saddi.com/flup) [http://trac.saddi.com/flup] ，我们会在本指导中使用它。确保你已经安装好它来跟随下面的说明。 注意 请提前确保你在应用文件中的任何 app.run() 调用在 if__name__=='__main__': 块中或是移到一个独立的文件。这是因为它总会启动一个本地的 WSGI 服务器，并且我们在部署应用到 uWSGI 时不需要它。 ### 创建一个 .fcgi 文件 首先你需要创建一个 FastCGI 服务器文件。让我们把它叫做yourapplication.fcgi: ~~~ #!/usr/bin/python from flup.server.fcgi import WSGIServer from yourapplication import app if __name__ == '__main__': WSGIServer(app).run() ~~~ 这已经可以为 Apache 工作，而 nginx 和老版本的 lighttpd 需要传递一个显式的 socket 来与 FastCGI 通信。为此，你需要传递 socket 的路径到WSGIServer: ~~~ WSGIServer(application, bindAddress='/path/to/fcgi.sock').run() ~~~ 这个路径一定与你在服务器配置中定义的路径相同。 把 yourapplication.fcgi 文件保存到你能找到的地方。保存在/var/www/yourapplication 或类似的地方是有道理的。 确保这个文件有执行权限，这样服务器才能执行它: ~~~ # chmod +x /var/www/yourapplication/yourapplication.fcgi ~~~ ### 配置 lighttpd 一个给 lighttpd 的基本的 FastCGI 配置看起来是这样: ~~~ fastcgi.server = ("/yourapplication.fcgi" => (( "socket" => "/tmp/yourapplication-fcgi.sock", "bin-path" => "/var/www/yourapplication/yourapplication.fcgi", "check-local" => "disable", "max-procs" => 1 )) ) alias.url = ( "/static/" => "/path/to/your/static" ) url.rewrite-once = ( "^(/static.*)$" => "$1", "^(/.*)$" => "/yourapplication.fcgi$1" ~~~ 记得启用 FastCGI ，别名和重写模块。这份配置把应用绑定到/yourapplication 。如果想要应用运行在 URL 根路径，你需要用LighttpdCGIRootFix 中间件来处理一个 lighttpd 的 bug 。 确保只在应用挂载到 URL 根路径时才应用它。同样，更多信息请翻阅 Lighty的文档关于 [FastCGI andPython](http://redmine.lighttpd.net/wiki/lighttpd/Docs:ModFastCGI) [http://redmine.lighttpd.net/wiki/lighttpd/Docs:ModFastCGI]的部分（注意显示传递一个 socket 到 run() 不再是必须的）。 ### 配置 nginx 在 nginx 上安装 FastCGI 应用有一点不同，因为默认没有 FastCGI 参数被转发。 一个给 nginx 的基本的 FastCGI 配置看起来是这样: ~~~ location = /yourapplication { rewrite ^ /yourapplication/ last; } location /yourapplication { try_files $uri @yourapplication; } location @yourapplication { include fastcgi_params; fastcgi_split_path_info ^(/yourapplication)(.*)$; fastcgi_param PATH_INFO $fastcgi_path_info; fastcgi_param SCRIPT_NAME $fastcgi_script_name; fastcgi_pass unix:/tmp/yourapplication-fcgi.sock; } ~~~ 这份配置把应用绑定到 /yourapplication 。如果你想要绑定到 URL 跟了路径会更简单，因为你不需要指出如何获取 PATH_INFO 和 SCRIPT_NAME: ~~~ location / { try_files $uri @yourapplication; } location @yourapplication { include fastcgi_params; fastcgi_param PATH_INFO $fastcgi_script_name; fastcgi_param SCRIPT_NAME ""; fastcgi_pass unix:/tmp/yourapplication-fcgi.sock; } ~~~ ### 运行 FastCGI 进程 既然 Nginx 和其它服务器并不加载 FastCGI 应用，你需要手动这么做。[Supervisor 可以管理 FastCGI 进程。](http://supervisord.org/configuration.html#fcgi-program-x-section-settings) [http://supervisord.org/configuration.html#fcgi-program-x-section-settings]你可以寻找其它 FastCGI 进程管理器或写一个启动时运行 .fcgi 文件的脚本，例如使用一个 SysV init.d 脚本。对于临时的解决方案，你总是可以在 GNUscreen 中运行 .fcgi 。更多细节见 manscreen ，注意这是一个手动的解决方案，并且不会在系统重启后保留: ~~~ $ screen $ /var/www/yourapplication/yourapplication.fcgi ~~~ ### 调试 FastCGI 在大多数 web 服务器上的部署，对于调试趋于复杂。服务器日志最经常告诉发生的事就是成行的“未预期的标头结尾”。为了调试应用，唯一可以让你了解什么东西破碎的方案就是切换到正确的用户并手动执行应用。 这个例子假设你的应用叫做 application.fcgi 并且你的 web 服务器用户是www-data: ~~~ $ su www-data $ cd /var/www/yourapplication $ python application.fcgi Traceback (most recent call last): File "yourapplication.fcgi", line 4, in <module> ImportError: No module named yourapplication ~~~ 在这种情况下，错误看起来是“yourapplication”不在 python 路径下。常见的问题是: - 使用了相对路径。不要依赖于当前工作目录 - 代码依赖于不是从 web 服务器设置的环境变量 - 使用了不同的 python 解释器 © 版权所有 2013, Armin Ronacher.