我有一个Bluehost账户，可以在其中运行Python脚本作为CGI。我猜这是最简单的CGI，因为我需要在.htaccess中定义以下内容才能运行：
Options +ExecCGI
AddType text/html py
AddHandler cgi-script .py
WSGI、CGI和框架之间有什么联系？
Apache侦听80端口，它接收到HTTP请求后解析请求，以找到响应的方法。Apache有很多响应方式，一种响应方式是使用CGI运行脚本，另一种则是简单地提供文件。
在CGI的情况下，Apache通过CGI协议准备一个环境并调用脚本。这是标准的Unix Fork/Exec进程 -- CGI子进程继承操作系统的环境，包括套接字和stdout。CGI子进程写入响应，响应返回给Apache，然后将响应发送到浏览器。
CGI较为原始且繁琐，主要是因为它为每个请求分叉出一个子进程，子进程必须退出或关闭stdout和stderr来表示响应结束。
WSGI是基于CGI设计模式的接口，但不一定是CGI，它不必为每个请求分叉一个子进程。
WSGI通过几个重要方面增强了CGI设计模式。它会为您解析HTTP请求头并将其添加到环境中。它会将任何POST相关的输入作为类似文件的对象提供给环境。它还会为您提供一个函数来制定响应，从而节省了许多格式化细节。
如果我想在我的基本CGI配置上运行Web框架（如web.py或cherrypy），我需要知道/安装/做什么？
请记住，每次分叉子进程都是昂贵的。有两种方式来避免这个问题。
内嵌 mod_wsgi 或 mod_python嵌入Python到Apache中，不会进行进程分叉，Apache直接运行Django应用程序。
守护进程 mod_wsgi 或 mod_fastcgi 允许Apache与一个单独的守护进程（或“长时间运行的进程”）交互，使用WSGI协议。你启动长时间运行的Django进程，然后配置Apache的mod_fastcgi与此进程通信。
请注意，mod_wsgi可以在嵌入模式或守护进程模式下工作。
当你阅读有关mod_fastcgi的内容时，你会发现Django使用flup从mod_fastcgi提供的信息创建WSGI兼容的接口。这个流程类似于：
Apache -> mod_fastcgi -> FLUP (via FastCGI protocol) -> Django (via WSGI protocol)
manage.py runfcgi来集成FLUP和处理程序。def simple_app(environ, start_response):
"""Simplest possible application object"""
status = '200 OK'
response_headers = [('Content-type','text/plain')]
start_response(status, response_headers)
return ['Hello world!\n']
您可以像Pep333所示的那样在CGI上运行WSGI作为示例。但是，每次有请求时都会启动一个新的Python解释器，并且需要构建整个上下文（数据库连接等），这需要花费时间。
如果您想要运行WSGI，最好的方法是您的主机安装mod_wsgi并进行适当的配置，以将控制权转移到您的应用程序。
Flup是另一种使用WSGI的方式，可用于任何能够使用FCGI、SCGI或AJP的Web服务器。从我的经验来看，只有FCGI真正起作用，它可以通过mod_fastcgi或者如果您可以运行一个单独的Python守护进程，则可以通过mod_proxy_fcgi在Apache中使用。
WSGI是一种协议，类似于CGI，它定义了Web服务器和Python代码之间交互的一组规则，它被定义为Pep333。它使许多不同的Web服务器可以使用许多不同的框架和应用程序，使用相同的应用程序协议。这非常有益，并使其非常有用。