奋斗足迹|崔玉松

什么是mod_wsgi ？
mod_wsgi的目标是实现一个简单的Apache模块，支持任何Python WSGI的接口的Python应用程序的托管。该模块适用于高性能生产的WEB站点，同时也适用于自己维护站点的WEB 服务托管（虚拟主机环境–译者注）。
运行模式
用mod_wsgi来托管应用，有两个主要的模式可以使用，一种是“嵌入式”模式，Mod_wsgi与Mod_python运行方式相同，所有的python代码都将在apache 子进程中执行。因此当WSGI应用在此模式下运行可以与其他的Apache托管的模块PHP和Perl共享形同进程。
另一个在UNIX Apache 2.*环境下可选替代的daemon模式,这种模式运作的方式在类似的FastCGI / SCGI解决方案，即在不同的进程运行WSGI应用。与FastCGI / SCGI解决方案不同的是，当执行WSGI程序时不需要单独的基础结构（infrastructure），一切都是自动处理的mod_wsgi。
一切都是自动处理的mod_wsgi，影响正常使用的Apache模块的PHP ， Perl或其他语言的Apache子进程服务的静态文件和主机应用程序使用大大减少。守护（daemon）进程可能需要时也可以作为一个独特的用户运行以确保WSGI应用程序之间不能互相干扰或获取信息。
服务性能
该mod_wsgi模块是用C代码直接对内部的Apache和Python应用程序接口编程。因此，服务WSGI应用与Apache它具有较低的内存开销和性能优于现有的WSGI适配器mod_python或替代的FastCGI / SCGI / CGI或代理的解决方案。
虽然嵌入式技术模式能够表现得更好， daemon模式通常是最安全的选择使用。这是因为要嵌入模式高性能需要调整apache MPM设置，默认设置偏向于服务静态媒体和PHP应用。如果Apache 的MPM设置未与服务的应用相对应，将会表现出糟糕的性能而不是更好的性能。
因此，除非你非常熟悉Aapache的配置，否则推荐使用daemon模式，总体而言，大型Python Web程序，通常你不能看出嵌入式（embedded mode）和守护模式（daemon mode）明显的差异，因为瓶颈在Python Web和数据库访问上。
支持的应用
mod_wsgi遵循WSGI接口规范，任何符合WSGI接口规范的Python Web框架或者应用都可以被支持。
我们所熟悉的主要的Python web框架或工具，包括CherryPy, Django, Karrigell, Pylons, TurboGears, web.py, Werkzeug 和Zope 运行良好，我们所熟知的主要的Python web应用包括MoinMoin, PyBlosxom 和 Trac 能够很好的运行。
系统要求
mod_wsgi软件包可以编译和使用任何的Apache 1.3 ， 2.0或2.2 UNIX系统（包括Linux ） ，以及Windows操作系统。无论是Apache MPM的单线程“prefork” 或者多线程的“worker”只能在unix/linux系统中使用。daemon模式的mod_wsgi仅限于运行于UNIX/LINUX环境的Apache 2.0或2.2上，而且要求Apache的基本运行环境库已经编译并支持多线程。
需要Python 2.3以上版本并且已经编译支持多线程，如果你想尝试Python 3.0，需要从Subversion仓库中下载源代码编译 mod_wsgi。
使用入门
最新的版本，并建议mod_wsgi是2.3
确保您首先阅读“安装与配置”，指南为开发者提供了获得Mod_wsgi 最大产出指导，也可以提供问题调试的协助或者提出问题。
如果你不明白你的应用出了什么问题或者你觉得你发现了Mod_wsgi的问题，你可以在mod_wsgi群组论坛中提出问题
资助
开发开源软件往往被认为吃力不讨好的事情，如果您想展示你对实际上一直在帮助你的软件的赞赏，作为一种反馈，你可以将你成功或失败等要说明的任何问题张贴到用户组中，通过你的反馈，人们才可以知道软件是否正确的工作着，软件或者文档如何改进，以更好的满足你的需要，如果这些听起来非常辛苦，至少在考虑帮助我们提升声望排名。
还请注意，与一些论坛上的传闻相反，这个项目与Google没有任何关系，也没有接受Google（或其他公司）任何形式的资助，唯一与Google有关系的是，该项目托管在代码自由和公开的Google代码托管服务商。这个项目的所有开发花费的都是我个人时间，如果你发现他对你有益，并且希望以更具体的方式捐助，请为我的Amazon上的愿望列表买单或者通过PayPal捐助，如果是作为公司的一笔小的捐款，可以提供报表或者发票用于会计。
祝用得愉快
Graham Dumpleton