WSGIからDjangoの流れを理解する - Make組ブログ
WSGIからの流れを大まかに掴めたのでまとめたい。 かなり大まかには、この画像を念頭におけばいいと思う。 今回はDjango1.4を対象にしている。 注意 流れを理解するために読むべきソースコードへのリンクと、その順番をまとめてる。 読みやすさはあんまり考慮してないし、細かな解説はしてない。 ソースコードの読むべき順番をメモっておきたいだけ。 DjangoのView まず簡単に触れておきたいのがDjangoのView。 Viewとは リクエストを受け取る レスポンスを返す 呼び出し可能である オブジェクトのことで、このViewがリクエスト->レスポンスの末端となっている。 冒頭の図がわかりやすいと思う。 あとはチュートリアル。 はじめてのビュー作成 クラスベースビューの場合、流れが複雑になるからそれはそれで別の機会にまとめたい。 https://github.com/django/djan
wsgiで静的ファイルを扱うサーバーを書く - nabeyangの日記
タイトルの通り、SimpleHTTPServerのように動くwsgi的なアプリケーションを書きました。HTTPRequestHandlerの部分が少し癖があるので、標準のハンドラではこのアプリケーションは動かないと思います。あとはエラー処理もしていないですね。 #!/usr/bin/env python2.6 from myserver import HTTPRequestHandler import os def RegularApplication(environ, start_response): req = Request(environ, start_response) req.send_file(environ['PATH_INFO']) return '' class Request(object): def __init__(self, environ, start_res
Django アプリサーバ、gunicorn と fastcgi の比較
概要 最近、会社では、FastCGIより、Gunicornを使うのがどう？といわれました。Gunicornを触ったことない僕はFastCGIのロードテストも実際やったことなくて、メソッドについて、(preforkがいいか、threadedがいいか)の読んでいたものを元にした推測しかできない状態で、知識足りないと思った。 Gunicornは何かというと、Pythonで作られたWSGIに対応するウェブサーバーです。同期、非同期ウェブアプリ両方対応できますし、作りがよくてかなりスピーディーそうですし、Djangoアプリを簡単に組み込めますし、pythonで運用が楽というのがポイントですね。もちろん、エンドユーザーが直接Gunicornに接続するのではなく、Nginxのローダーバランサーでプロクシーのが一般的だと思っています。 テストアプリケーション ということで、ちゃんとテストしようと思いまして
（翻訳） WSGIは死んだ: WSGI Liteバンザイ！ - YAMAGUCHI::weblog
はじめに こんにちは、Python界の情弱クレイジー野郎です。この間Armin Ronacherが書いたWSGIに関する記事から、あちこちでWSGIに関する議論が起きてますが、とりあえずその返答記事として書かれたWSGI Liteに関する記事を訳しました。 WSGI Is Dead: Long Live WSGI Lite! (dirtSimple.org) WSGI Is Dead: Long Live WSGI Lite! ほぼ10年前、Web-SIGにはじめてWSGIのアイデアを提案したときに遡ると、WSGIがどう「フレームワーク分解機」になり得るかということに対して、私はいまよりもずっと理想主義的な展望を期待していました。すべてがプラガブルで、モノリシックなアプリケーションフレームワークを持つ理由がもはや一つもないような未来を思い描いていました。すべてライブラリ、ミドルウェア、デコ
PythonでWebアプリ開発入門のススメ Flask/MongoDB - mizchi log
TwitBlogin! http://twitblogin.com/ とか作ったことだし、そこそこ開発環境整って、今なら思いつく限りのサービスはさっくり実装できそうだったのでPython初心者向けに書いておく。 少しでもPythonユーザが増えれば幸い。 対象は Python の基本的な構文程度はわかるけど、具体的に何から手をつけていいかわからない人 目次 Apache/WSGI/MongoDBの環境構築 flask [ Sinatra風ウェブアプリケーションフレームワーク] pymongo [ MongoDBラッパー ] werkzeug [Web Application デバッガ] jinja2 [ HTMLテンプレートビルダー ] pyquery [ jQuery風HTMLパーサ ] nose [ TDD ] 細かいライブラリの使い方とかPython本体の言語仕様とかは適当にぐぐって
mod_wsgi: WSGIDaemonProcess - Pyxis 開発ブログ
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 のプロセスとは
fastcgi-nginx vs mod_wsgi-apache
"mod_python 終了のお知らせ" を受け、もともとリソース不足だった既存の Django アプリケーション郡のサーバをリプレイスすることにしました。リプレイス要件↓ パフォーマンスが高いのにしたい アプリケーションの変更は必要最小限にしたい URL 類は既存のアプリケーションを引継ぐ: 複数プロジェクトをサブディレクトリーで運用していて、 "django.root" で複数プロジェクトを切り分けている 環境設定について これは apache - mod_wsgi が簡単すぎます。 nginx - fastcgi nginx - fastcgi 構成の場合は、init.d への登録、 daemontools を利用 (弊社は mod_python 以外はこれ)。 nginx の設定 /etc/nginx/fastcgi_params fastcgi_read_timeout 180;
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
VirtualHostとサブドメインでDjango Admin - Reinvention of the Wheel
Djangoの機能ごとにサブドメインを用意して、ApacheのVirtualHostsで振り分ける…なんてことができるのかを試行錯誤してみたメモ 13:20 追記：デーモンモードじゃないとキャッシュを共有して変な動作になるので修正(´；ω；｀) http://djangoproject.jp/doc/ja/1.0/howto/deployment/modpython.html やりたいこと 例えば、Djangoの管理画面を通常のhttp://＜ドメイン＞/admin/の形式ではなくてhttp://admin.＜ドメイン＞/の形式で利用したい 前提条件 DjangoはApache + mod_wsgiで動作予定 標準的なDjangoの動作 DjangoのURLディスパッチャーはドメイン部以下をパターンマッチで割り振るような形式 urlpatterns = patterns('', # htt
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Bitbucket
Apache と mod_wsgi 環境で Django を使う方法 — Django v1.1 documentation