VMWare Fusion 3 で簡単にサーバの設定をいぢることができるようになったので、早速前から気になってた mod_wsgi を試してついでに Python も 2.7.1 にしてみたのでメモ。 Django も 1.3 にしてみたけど、それはまた次回。 前に Python 2.6.6 を CentOS 5.5 にインストールしたけど、同じ手順でインストールできた。 まずはライブラリを入れておく [paraches@localhost myTest]$ sudo yum install zlib zlib-develPython 2.7.1 をダウンロードして展開 [paraches@localhost myTest]$ wget http://www.python.org/ftp/python/2.7.1/Python-2.7.1.tgz [paraches@localhost m
前回は、Web.pyを使ったけど、それを使わない方法。 にこ生では、リダイレクトしないぞと言っていたが、単純にHTTPレスポンスの番号を間違えていただけだった。301をかえすところを、304をかえしていた。304は、変更なしだった。 # -*- coding: utf-8 -*- from wsgiref import util """ class Nop(object): def __init__(self, application): self.application = application def __call__(self, environ, start_responce): return self.application(environ, start_responce) """ def notFound(environ, start_responce): start_resp
Pythonには、web.py（http://webpy.org/）というWSGI（Web Server Gateway Interface）準拠のモジュールがある。 というわけで、mod_wsgiと、web.pyを使ってみた。 web.pyは、easy_install web.pyで入れる。 mod_wsgiは適当に入れる。 で、Apacheの設定。いろいろなことを考えてVirtualHostで書いてみた。 <VirtualHost *:80> ServerName www.kawa1128.jp DocumentRoot /var/www/vhosts/www.kawa1128.jp/htdocs ErrorLog /var/www/vhosts/www.kawa1128.jp/logs/error.log LogLevel warn CustomLog /var/www/vhosts
kuma8さんが簡潔かつ的確なまとめを書いてくださっているが、とりあえず記録しておく。今回試した環境は、CentOS 5.2Python 2.6 Django 1.0.1-beta 必要なライブラリをインストールするServer版のCentOSを普通にインストールしたらApache2は入っているはずなので、この点は省略。今回はCentOS標準のPythonではなく、独自にインストールしたPythonを使うという前提で話を進めるので、python-develは必要ではない。 $ sudo yum install apr-devel apr-util-devel mod_wsgiをビルドするmod_wsgiの最新版2.3をダウンロードしてビルドする。使用するPythonのパスは、/usr/local/bin/python-2.6であるとする。 $ http://modwsgi.googleco
x86_64のCentOSに、ソースからPythonを入れてmod_wsgiを入れようとするとエラーが出たので、うまくいったときの方法を残しておきます。 Pythonを入れる ソースからインストール。 # wget http://www.python.org/ftp/python/2.6.6/Python-2.6.6.tar.bz2 # tar xjvf Python-2.6.6.tar.bz2 # cd Python-2.6.6 # ./configure --prefix=/usr/local/python2.6 --enable-shared LDFLAGS='-fPIC' # make # make install パスを通す。 # vim /etc/profile.d/python.sh export PATH=/usr/local/python2.6/bin:$PATH # s
環境： VirtualBox on CentOS : 5.0 Apache : 2.2.3 mod_wsgi : リビジョン 204 mod_wsgi を入手します。 $ svn checkout http://modwsgi.googlecode.com/svn/trunk/ modwsgi A modwsgi/configure A modwsgi/LICENCE A modwsgi/configure.ac A modwsgi/Makefile-1.X.in A modwsgi/Makefile-2.X.in A modwsgi/mod_wsgi.c A modwsgi/README U modwsgi リビジョン 204 をチェックアウトしました。 mod_wsgiインストール 以下の手順で、簡単にインストールできます。 $ ./configure $ make # make in
みんなのIoT/みんなのPythonの著者。二子玉近く160平米の庭付き一戸建てに嫁/息子/娘/わんこと暮らしてます。月間1000万PV/150万UUのWebサービス運営中。 免責事項 プライバシーポリシー ずいぶん長いこと開発者が居なかったこともあり，mod_pythonが正式にCloseされるようです。 とはいえmod_pythonがすぐに使えなくなるわけではなく，Apache自体の変更に追従しなくなる，ということ。ディストリビューションなどでは引き続きパッケージが提供され続けるでしょうし，ソースをダウンロードして自分でビルドすることもできる。 しかし，将来のApacheでmod_pythonはそのままでは使えなくなってしまうし，Python 3.x用のmod_pythonがリリースされる可能性は限りなくゼロに近い。 現行のシステムでmod_pythonを使っている人は，とりあえずだま
mod_wsgi には embeded mode (Apache のプロセスと一心同体) とdaemon mode があるのですが、小さなWSGIスクリプト以外では daemon mode を使った方が応用が利きます。 そこで、mod_wsgi の daemon mode について調べてみました。 まず、 mod_wsgi の daemon mode (以降、WSGIDaemonProcess で表します) を図で表すと次のようになります(たぶん)。WSGIDaemonProcess と Apache は Proxy でゆるくつながっていて、設定ファイルでの WSGIDaemonProcess 宣言1つにつき複数の DaemonProcess が存在し、それぞれにまた複数のスレッドがぶら下がっています。 以下、 WSGIDaemonProcess の特徴です。 Apache のプロセスとは
日頃より楽天のサービスをご利用いただきましてありがとうございます。 サービスをご利用いただいておりますところ大変申し訳ございませんが、現在、緊急メンテナンスを行わせていただいております。 お客様には、緊急のメンテナンスにより、ご迷惑をおかけしており、誠に申し訳ございません。 メンテナンスが終了次第、サービスを復旧いたしますので、 今しばらくお待ちいただけますよう、お願い申し上げます。
昨日の件の続きですが、Apache1.3を諦めてCentOS3付属のApache2（rpm）＋mod_python3.3.1の組み合わせでやろうと。 mob_pythonをインストール後、configtestすると # /etc/rc.d/init.d/httpd configtest Syntax error on line 60 of /etc/httpd/conf/httpd.conf: Cannot load /etc/httpd/modules/mod_python.so into server: /etc/httpd/modules/mod_python.so: undefined symbol: apr_table_compress # と、ツレないメッセージ。。。調べてみると、 Thanks - reading the replie from Graham and your
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
