• Apache使用mod_wsgi安装Trac

    2010-01-23

    Trac是一款使用Python开发的WEB项目管理系统，集SVN、文档、任务管理于一体，基于BSD协议发布。

    Trac在Apache上的选择一般只有CGI、FastCGI、mod_python几种选择，CGI速度太慢，FastCGI在Apache上的表现又不够稳定，似乎只有一个mod_python的选择可用，而WSGI的出现改变了这一情况，这个2006年诞生的标准得到了Python WEB开发领域的一致欢迎，Trac也对此提供了支持。

    mod_wsgi的下载安装请参考这里：http://code.google.com/p/modwsgi/

    编译完成后，修改httpd.conf文件，确认如下选项是打开的：

    LoadModule wsgi_module modules/mod_wsgi.so

    创建trac.wsgi文件，这是一个Python文件：

    import os

os.environ['TRAC_ENV'] = '/path/to/trac'
os.environ['PYTHON_EGG_CACHE'] = '/tmp'

import trac.web.main
application = trac.web.main.dispatch_request

    Apache配置，请将以下代码放入httpd.conf：

    WSGIScriptAlias /trac /paty/to/trac/trac.wsgi
<Directory /paty/to/trac>
    WSGIApplicationGroup %{GLOBAL}
    Order deny,allow
    Allow from all
</Directory>

    配置完成后，若显示不正常，可将wsgi脚本改为如下内容，测试是否可输出“Hello World!”

    def application(environ, start_response):
        start_response('200 OK',[('Content-type','text/html')])
        return ['<html><body>Hello World!</body></html>']

     

    若以上脚本执行成功，则代表wsgi安装正确，但如果你使用的是Python 2.4以上版本可能会遇到另一个问题，那就是Trac始终显示白页，没有任何输出！

    检查error.log文件

    httpd: Objects/stringobject.c:105: PyString_FromString: Assertion `str != ((void *)0)' failed.
[Fri Mar 20 20:39:03 2009] [notice] child pid 8734 exit signal Aborted (6)

    由此可得知mod_wsgi线程崩溃掉了，Google一下，在这里得到一些资料，看来wsgi应用在Apache下崩溃的不止是Trac，Django也是有可能的。

    根据作者的提示得知，这是由于Apache与Python的expat库版本不匹配导致。

    Apache expat版本：

    httpd-2.2.8/lib $ strings libexpat.so.0.1.0 | grep expat_
expat_1.95.2

    Python expat版本：

    /opt/httpd-2.2.8/lib $ python
Python 2.4.3 (#1, May 24 2008, 13:47:28)
[GCC 4.1.2 20070626 (Red Hat 4.1.2-14)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import pyexpat
>>> pyexpat.EXPAT_VERSION
'expat_1.95.8'

    找到原因后就好办了，但是作者只提了一句下载expat 2.0.1安装，却没说如何安装到Apache，Apache的configure本身并没有with-expat参数，只有apache_src/srclib/apr-util/configure有这个参数却不知如何关联，无奈之下另找方案。

    检查httpd依赖的库：

    /opt/httpd-2.2.8/bin $ ldd httpd
        linux-gate.so.1 =>  (0x002e6000)
        libm.so.6 => /lib/libm.so.6 (0x00cd8000)
        libaprutil-1.so.0 => /opt/httpd-2.2.8/lib/libaprutil-1.so.0 (0x00c1e000)
        libexpat.so.0 => /opt/httpd-2.2.8/lib/libexpat.so.0 (0x00925000)
        libapr-1.so.0 => /opt/httpd-2.2.8/lib/libapr-1.so.0 (0x003df000)
        libuuid.so.1 => /lib/libuuid.so.1 (0x00110000)
        librt.so.1 => /lib/librt.so.1 (0x00d91000)
        libcrypt.so.1 => /lib/libcrypt.so.1 (0x0023d000)
        libpthread.so.0 => /lib/libpthread.so.0 (0x00d01000)
        libdl.so.2 => /lib/libdl.so.2 (0x00cd2000)
        libc.so.6 => /lib/libc.so.6 (0x00402000)
        /lib/ld-linux.so.2 (0x00b6f000)

    由此可知Apache使用的是/opt/httpd-2.2.8/lib/libexpat.so.0，而这个文件是一个软链接，尝试将其删除，重新指到2.0.1：

    /opt/httpd-2.2.8/lib $ ln -s /opt/expat-2.0.1/lib/libexpat.so.1.5.2 libexpat.so.0

    重新启动Apache， 测试成功！

    参考资料：

    expat下载地址

    Trac官方安装资料

    mos_wsgi官方对此问题的方案

    Tag: Tracwsgi
    发表于22:44:05 | 阅读全文 | 评论 2

  • 转载：mod_wsgi介绍中文翻译（一）

    2010-01-23

    本文转载自：奋斗足迹  作者：崔玉松 原文地址：http://fendou.org/2009/03/27/mod_scgi_description/

     

    什么是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

    Tag: Pythonwsgi
    发表于20:59:57 | 阅读全文 | 评论 0
1