superfcgiがよさげ - スコトプリゴニエフスク通信
The only one true way to run WSGI apps through fastcgihttp://pypi.python.org/pypi/superfcgi/superfcgiは「WSGIアプリケーションをFastCGIで動かすための唯一正しい方法」という意欲的なライブラリ。superfcgiはfastcgi.comが提供しているfastcgiappというCライブラリを使っているので、あらかじめインストールが必要。Fedoraの場合は、 $ sudo yum install fcgi-devel fastcgiappをインストールしたならば、 $ pip install superfcgi superfcgiはDjango用のコマンドも用意しているので、settings.pyのINSTALLED_APPSに、 INSTALLED_APPS = ( 'superfc
Spawningを使ってDjangoを動かす - スコトプリゴニエフスク通信
http://pypi.python.org/pypi/Spawning/以下はシングルプロセス・シングルスレッドの場合。プロセス数を増やすには-sオプションを、スレッド数を増やすには-tオプションを指定。 $ cd /paht/to/my_django_project/ $ PYTHONPATH=.. spawn --factory=spawning.django_factory.config_factory -s 1 -t 1 -p 8000 settings 「マルチプロセス・シングルスレッド」か「シングルプロセス・マルチスレッド」の択一になってしまうFastCGI(flup)や、単一のPythonバージョンしか利用できないmod_wsgiと比べるとあなどり難い存在。特定のファイルのタイムスタンプを監視して自動的に再起動、使用する最大メモリ量を制限するといった機能もある。が、どうして
Django Projectを開発サーバーの使い心地のままにApacheでデプロイする - When it’s ready.
ずーっと、デプロイが苦手だった。 自分でやると全然動いた事が無い。 でも気づけば、いつの間にか出来る様になってた。 今後忘れてしまわないようにメモ。 昨日作った環境でデプロイを行う。 機能的なところ 作成したプロジェクトがきちんと動く事 自動作成されたAdminサイトのデザインもきちんと動く事 静的ファイルはApacheより配信する事 ソースを変更した際には、自動でapacheを再起動する事 下準備 作成したDjangoのプロジェクトは「djangoProject」 /var/www内に、プロジェクトと.wsgiファイルを公開するディレクトリ（django)を作成する。 プロジェクトのソースを展開する（実際はローカルリポからのリンク） /var/www/django/djangoProject アプリケーション名は以下の通り djangoProject.core wsgiの自動再起動用のス
Django1.1 + Ubuntu9.04 + Apache2 +mod_wsgi での環境構築メモ - When it’s ready.
年末の為に、手順を記す。for me Ubuntuのいんすこから終了まで目標20分以内 追記：実際にインスコからやってみた時間を計ってみた Ubuntuインストール 8分 アップデート 8分 インスコsh 4分 ぎりぎり20分という感じ。この程度であれば何回でも出来るな。 Ubuntuインストール file ubuntu-ja-9.04-desktop-i386-20090510.iso インストール後 アップデートを実行する パッケージインストール zsh vim openssh-server easy_install python_all_dev apache2 mod_wsgi ntp memcached django1.1 mercurial1.3.1 python_memcache プロキシーがある場合 export http_proxy=http://proxy.domain.
ajp-wsgiでDjangoを動かす - スコトプリゴニエフスク通信
ajp-wsgi http://www.saddi.com/software/ajp-wsgi/ajp-wsgiはAJPプロトコルでWSGIアプリケーションを動かすためのゲートウェイサーバ。flupと同じようなもの。ajp-wsgiとflupは作者も同じだし、flupもAJPをサポートしているけど、ajp-wsgiはすべてCで書かれているから、flupより速いらしい。作者自身が「もうflupなんて使わねーよww」(意訳)と書いているのを読んだ記憶がある。というわけで、ずっとflupからajp-wsgiに乗り換えたかったのだが、「AJPプロトコルだとフロントはApacheを使わないといけないのか？」と思うと二の足を踏んでいた。 ところが今日、lighttpd 1.5にはAJPプロトコルのProxyがあるということを知り、さっそく試してみた。lighttpd 1.5Subversionでソース
Google App Engineでテスト駆動開発を行うための3つのTips | TRIVIAL TECHNOLOGIES 4 @ats のイクメン日記
Google App Engineの開発ではPythonを使います。GAEを使ったWebアプリの開発でテスト駆動開発を行う際にも，Python的なユニットテストの文脈を活用できます。 ただし，GAEでユニットテストを行うためにはいくつかのツールやトリックが必要です。ここでは，そのテクニックを簡単に紹介します。 その1 : NoseGAEを使う Pythonのテスト用ツールにNoseがあります。このツールは，複数のディレクトリを渡り歩いて，複数のテストコードを一気に実行してくれる便利なツールです。 NoseのプラグインNoseGAEをインストールすることで，GAEアプリのテストを楽に行うことができます。「nose --with-gae」というようにオプション指定をすることでNoseGAEを利用できます。NoseGAEでは，テストコード上でGAEのモジュールやパッケージをインポートするために必
開発サーバにmod_wsgiを利用する - スコトプリゴニエフスク通信
Djangoで開発する時は"manage.py runserver"を使うのが一般的だと思いますが、以下のページで紹介されているスクリプトを利用するとmod_wsgi上で開発を行うことができます。http://code.google.com/p/modwsgi/wiki/ReloadingSourceCode#Restarting_Daemon_Processes"Example code for such an automatic restart mechanism..."以下のスクリプトを、たとえば、myproject/utils/monitor.pyとして保存して、mod_wsgiの起動スクリプトの中で、monitor.start()を呼び出します。 # -*- mode: Python; -*- import os os.environ['DJANGO_SETTINGS_MODUL
Sorry, site has been closed
Sorry! This site has been closed by administrator! Please contact administrator!
ログをとる - スコトプリゴニエフスク通信
mod_wsgiで開発を行うようになって困るのは、標準の状態ではsys.stdoutへの書き込みがmod_wsgiによって制限されるので、printデバッグが使えなくなってしまうことです。より正確にいうと、mod_wsgiのWSGIRestrictStdoutディレクティブをOnにすると、printでstdoutに書き込んだ内容がstderr(Apacheのエラーログ)に出力されるのでprintデバッグもできなくはないのですが、print文を使っていると10年後くらいにPython3.0系に移行する際手間がかかるかもしれない*1ので別の手段を使うのが大人の流儀というものでしょう。*2そんなわけでloggingモジュールを使うわけですが、どこでloggingモジュールの初期設定を行うかという問題が残ります。一番簡単なのは、myproject.logのようなモジュールを用意して、 # mypr
文系にも出来るDjango(mod_wsgi)@ubuntu8.10のデプロイ方法 - When it’s ready.
今回Python旅館に参加する上でDjangoのデプロイを出来るようになる事を絶対目的にしていた。以下忘れないようにメモ 環境 ubuntu8.10 python2.5.2(標準品） synapticでインストールしたやつ apache2 mod_wsgi ソース置き場 Djangoのプロジェクト置き場 /var/www/django/myapp .wsgiの置き場所 /var/www/django/mysite.wsgi 環境設定 /etc/apache2/conf.d/django-test.conf Alias /site_media "/var/www/django/myapp/template/site_media" Order deny,allow Allow from all WSGIScriptAlias /myapp /var/www/django/mysite.wsgi
Werkzeug + django を簡単に使う方法 - Twisted Mind
WerkzuegのDebuggerは凄い！ - スコトプリゴニエフスク通信 この Werkzeug(ヴェルクツォィグ)という WSGI ユーティリティと Django を組み合わせて気軽に使う方法。 $ sudo easy_install -ZU Werkzeug $ hg clone http://hgsvn.trbs.net/django-command-extensionsあとはシンボリックリンクをうまいこと張って下さい。 下記コマンドが上手く動けば問題なしです。 >>> import django_extensions >>> django_extensions.VERSION (0, 4, 'pre')さて後は使いたいアプリケーションに ... INSTALLED_APPS = ( ... 'django_extensions', )と書けばよいです。 あとは runserver
mod_wsgiでDjangoを動かすまでを淡々と記録する - スコトプリゴニエフスク通信
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
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
