チラ裏

prod sync

nginxとpythonとpyramid fabricでデプロイ

前回はnginxとuwsgiを連携してアプリを動作する方法を紹介しました。

前回までのエントリー
Pyramidのインストールまで
サーバーの起動まで
MySQLの設定
Nginxとuwsgi

ホームディレクトリ以下に保存されたアプリをそのままuwsgiで動かしていましたが、このままだと不便なことが多々あります。
・複数人で開発した場合
・本番環境と開発環境が違う場合
以上の問題をfabricで解決してみたいと思います。

fabricはpythonで記述できるデプロイツールです。
ssh経由でのコマンド実行やrsyncでのファイル同期など簡単な記述で実現できます。

今回は以下の構成を前提とします。
■開発環境
ホスト名：dev
ユーザー：yoshi
■本番環境
ホスト名：pro
ユーザー：web
yoshi@devからweb@proへsshでログインできること。

今回もFabricをsetup.pyに追記します。



requires = [

    'pyramid',

    'SQLAlchemy',

    'transaction',

    'pyramid_tm',

    'pyramid_debugtoolbar',

    'zope.sqlalchemy',

    'waitress',

    'mysql-python',

    'uwsgi',

    'Fabric',  <-- 追記

    ]

「python setup.py develop」を実行すればFabricがインストールされます。
好みによりますがfabricはデプロイツールなので直接pipでインストールでも良いかもしれません。

インストールが成功すると「fab」コマンドが実行できるようになります。
fabコマンドはカレントディレクトリにあるfabfile.pyを実行してくれます。

fabricに変更するために各種設定ファイルを変更します。
※dev側で作業



vi production.ini

-----------------

[uwsgi]

virtualenv = /var/www/test.hoge.com/env

-----------------

fabfile.pyを用意します。



vi fabfile.py

-----------------

import os

from fabric.api import env, local, run, sudo

from fabric.contrib import project



env.user = 'web'

env.key_filename = os.environ['HOME'] + '/.ssh/id_rsa'

env.ignore = ['*.pyc', '.gitignore', '.git', 'sample.egg-info', 'env', 'dist']

env.sleep = 3



def production():

    env.hosts = [

        'pro',

    ]

    env.app_path = '/var/www/test.hoge.com'



def rsync():

    project.rsync_project(env.app_path, '../sample/', exclude=env.ignore, delete=True)



def start():

    sudo('/etc/rc.d/init.d/test start')

    local('sleep %(sleep)d' % env)

    sudo('/etc/rc.d/init.d/nginx start')



def stop():

    sudo('/etc/rc.d/init.d/nginx stop')

    sudo('/etc/rc.d/init.d/test stop')



def deploy():

    stop()

    rsync()

    start()

-----------------

pro側にデプロイ用ディレクトリを用意しておきます。



mkdir -p /var/www/test.hoge.com

「fab production rsync」を実行するとproにアプリがインストールされます。
fabの後にpythonの関数を並べた順番に処理が実行されます。

env変数はfabricで利用される環境変数になります。「env.user」「env.key_filename」「env.hosts」は予め決められた変数でそれぞれ「接続先のユーザー名」「ローカルの秘密鍵ファイルパス」「実行するホストリスト」を設定してます。
「env.hosts」に複数のホストを設定するとrsync関数が各ホストに対して実行されます。

「project.rsync_project」はrsyncを実行します。
第1引数にデプロイ先のディレクトリ、第2引数にローカルのディレクトリを指定します。「../sample/」と相対パスで指定しているのは実際デプロイされるディレクトリとローカルのプロジェクトのディレクトリが異なる場合に必要となります。「/」で終了しているのも意味があります。
あとは、excludeで同期しないファイルリスト、delete=Trueでローカルに存在しないファイルはproから削除するように設定しています。

pro側にもpythonbrewとpythonをインストールして新しい仮想環境を用意してアプリを構築します。



mkvirtualenv pyramid

cd /var/www/test.hoge.com

python setup.py develop

ln -s /home/web/.virtualenvs/pyramid/ env

setup.pyに依存ライブラリを記述しているので簡単に同一環境を用意することが出来ます。

前回用意したnginx、uwsgiの設定ファイルをすべてproにコピーして一部修正します。



sudo vi /etc/sysconfig/test

-----------------

UWSGI_USER=web

UWSGI=/var/www/test.hoge.com/env/bin/uwsgi

PROFILE=/var/www/test.hoge.com/production.ini

PIDFILE=/var/run/test/uwsgi.pid

LOCKFILE=/var/lock/subsys/test

-----------------



sudo vi /etc/nginx/conf.d/test.hoge.com.conf

-----------------

server {

    listen       80;

    server_name  test.hoge.com;



    location / {

        uwsgi_pass unix:///var/run/test/uwsgi.sock;

        include uwsgi_params;

        client_max_body_size 10m;

        client_body_buffer_size 128k;

    }



    location /static {

        root /var/www/test.hoge.com/sample;

        expires 30d;

        add_header Cache-Control public;

        access_log off;

    }



}

-----------------

dev側から「fab production start」を実行するとuwsgi、nginxの順でサービスが起動されます。
fabricの「local」「run」「sudo」はそれぞれ「ローカルのコマンド実行」「ssh経由でコマンド実行」「ssh経由でsudoでコマンド実行」となっています。
デプロイ以外でも色々と利便性の高いツールです。

途中間が開いてしまいましたが、nginxとpythonとpyramidを利用したアプリ構築について記載してみました。

途中で環境やバージョンが変わってしまったので記載通りに動かない場合がありましたら、コメントやメールフォームでご指摘頂けると助かります。

nginxとpythonとpyramid nginxとuwsgi

今まではwaitress上でWebアプリケーションを動かしていました。
コマンドひとつですぐに利用出来るので開発時には便利ですが、本番環境ではnginxとuwsgiを連携して動かしてみたいと思います。

前回までのエントリー
Pyramidのインストールまで
サーバーの起動まで
MySQLの設定

waitressで動かしていた時はすべてのリクエストをuwsgiで処理していました。
そのためプログラムを必要としないリソースファイル(画像ファイル、スタイルシートなど)も処理対象となります。
特に処理が必要ないのであればnginxがそのままレスポンスを返して、処理が必要な場合だけuwsgiに流します。

イメージ



nginx(80port) -> uwsgi(unix socket)

前回のmysqlと同様にuwsgiをsetup.pyに追記します。



requires = [

    'pyramid',

    'SQLAlchemy',

    'transaction',

    'pyramid_tm',

    'pyramid_debugtoolbar',

    'zope.sqlalchemy',

    'waitress',

    'mysql-python',

    'uwsgi',  <-- 追記

    ]

追記した内容を反映するためにコマンドを実行します。



python setup.py develop

これだけでuwsgiがインストールできます。
正常にインストール出来ない場合はエラーメッセージを参考に依存ライブラリを別途インストールする必要があります。

設定ファイルの簡略化の為にアプリのトップディレクトリにvirtualenvのショートカットを作成しておきます。



ln -s /home/yoshi/apps/sample/env /home/yoshi/.virtualenvs/pyramid

uwsgiの起動パラメーターをproduction.iniに記述します。(変更点のみ抜粋)



[app:main]

・

・

# sqlalchemy.url = sqlite:///%(here)s/sample.db

sqlalchemy.url = mysql://user:user_pass@localhost:3306/sample?charset=utf8&use_unicode=1

sqlalchemy.pool_recycle = 3600



[uwsgi]

virtualenv = /home/yoshi/apps/sample/env

socket = /var/run/test/uwsgi.sock

daemonize = /var/log/test/uwsgi.log

master = true

no-orphans = true

uid = www

gid = www

processes = 4

harakiri = 60

harakiri-verbose = true

limit-post = 65536

post-buffering = 8192

listen = 256 

max-requests = 1000

log-slow = true

disable-logging = false

log-date = %%Y%%m%%d-%%H%%M%%S

[server:main]セクションを削除して変わりに[uwsgi]セクションを記述します。

pidファイルやlogファイルようにディレクトリを用意します。



sudo mkdir -p /var/run/test

sudo chown yoshi:yoshi /var/run/test

sudo mkdir -p /var/log/test

sudo chown yoshi:yoshi /var/log/test

uwsgiコマンドでWSGIサーバーを起動します。



uwsgi --ini-paste-logged production.ini --pidfile /var/run/test/uwsgi.pid

「ps -ef | grep uwsgi」コマンドで確認すると親プロセスとワーカー４プロセスが動いている事が確認できます。
終了するには親プロセスを指定して「kill -9 [親プロセスID]」を実行します。

サーバー起動時にWSGIサーバーを起動したい場合などを考慮して起動スクリプトを用意します。



sudo vi /etc/rc.d/init.d/test

---------------

#!/bin/sh

#

# test - this script starts and stops the test uwsgi daemon

#

# chkconfig: - 85 15

# processname: test

# config: /etc/sysconfig/test

# pidfile: /var/run/test/uwsgi.pid

# description: test is a WSGI server

#



# Source function library.

. /etc/rc.d/init.d/functions



if [ -f /etc/sysconfig/test ]; then

        . /etc/sysconfig/test

fi



prog=uwsgi

uwsgi=${UWSGI-/usr/bin/uwsgi}

profile=${PROFILE-/var/www/test/production.ini}

pidfile=${PIDFILE-/var/run/test/uwsgi.pid}

lockfile=${LOCKFILE-/var/lock/subsys/uwsgi}

RETVAL=0



start() {

    echo -n $"Starting $prog: "



    su - "$UWSGI_USER" -c "${uwsgi} --ini-paste-logged ${profile} --pidfile ${pidfile}"

    RETVAL=$?

    echo

    [ $RETVAL = 0 ] && touch ${lockfile}

    return $RETVAL

}



stop() {

    echo -n $"Stopping $prog: "

    #killproc -p ${pidfile} ${prog} -INT

    su - "$UWSGI_USER" -c "${uwsgi} --stop ${pidfile}"

    RETVAL=$?

    echo

    [ $RETVAL = 0 ] && rm -f ${lockfile} ${pidfile}

}



# See how we were called.

case "$1" in

  start)

	start

	;;

  stop)

	stop

	;;

  status)

        status -p ${pidfile} ${uwsgi}

	RETVAL=$?

	;;

  restart)

	stop

	start

	;;

  *)

	echo $"Usage: $prog {start|stop|restart|status}"

	RETVAL=2

esac



exit $RETVAL

---------------

環境設定用のファイルを用意して記述します。



sudo vi /etc/sysconfig/test

---------------

# Configuration file for the uwsgi service.

UWSGI_USER=yoshi

UWSGI=/home/yoshi/apps/sample/env/bin/uwsgi

PROFILE=/home/yoshi/apps/sample/production.ini

PIDFILE=/var/run/test/uwsgi.pid

LOCKFILE=/var/lock/subsys/test

---------------

「sudo /etc/rc.d/init.d/test start」「sudo /etc/rc.d/init.d/test stop」で起動・停止が出来るようになります。
以上でWSGIサーバーの用意は終わったので、次にnginxを用意します。

CentOS6のレポジトリーだと1.0.x系なので1.2.x系を利用するためにレポジトリーを追加してインストールします。



sudo vi /etc/yum.repos.d/nginx.repo

---------------

[nginx]

name=nginx repo

baseurl=http://nginx.org/packages/rhel/6/$basearch/

gpgcheck=0

enabled=0

---------------



sudo yum install --enablerepo=nginx nginx

sudo /etc/rc.d/init.d/nginx start

ブラウザーからサーバーにアクセスして「Welcome to nginx!」と表示されていればインストール成功です。

サンプルプロジェクトのリクエスト用に仮想ホストをnginxに設定を追加します。(仮想ホストをtest.hoge.comと仮定します)



cd /etc/nginx/conf.d

sudo vi test.hoge.com.conf

---------------

server {

    listen       80;

    server_name  test.hoge.com;



    location / {

        uwsgi_pass unix:///var/run/test/uwsgi.sock;

        include uwsgi_params;

        client_max_body_size 10m;

        client_body_buffer_size 128k;

    }



    location /static {

        root /home/yoshi/apps/sample/sample;

        expires 30d;

        add_header Cache-Control public;

        access_log off;

    }



}

---------------

セキュリテリ上好ましくありませんが「/home/yoshi」のパーミッションを一時的に変更しました。
nginxを再起動すると80ポートでサンプルアプリにアクセス出来ると思います。

waitressに比べると設定が大変ですが受ける恩恵は大きいと思います。
次回はFabricを使ったデプロイについて記載したいと思います。

nginxとpythonとpyramid MySQLの設定

前回まででsqliteを使ったサンプルアプリケーションの起動までを紹介しました。
sqliteは構築や扱いが簡単で便利なデータベースですが、
今回はMySQLを利用するように変更したいと思います。

前回までのエントリー
Pyramidのインストールまで
サーバーの起動まで

MySQLサーバーのインストールは他のサイトか過去のエントリーを参考にしてみてください。
NginxとuwsgiとDjango
※今回はmysql-pythonをpipで直接インストールしません。

MySQLのサーバーが起動されている状態でデータベースとユーザーが登録されている状態にします。
データベース名：sample
ユーザー名：user
パスワード：user_pass

用意が出来たら下記コマンドを実行するとMySQLに接続出来ると思います。



mysql -u user -puser_pass sample

development.iniを開き、sqliteの接続先の設定をmysqlに変更します。



#sqliteの接続設定

#sqlalchemy.url = sqlite:///%(here)s/sample.db



#mysqlの接続設定

sqlalchemy.url = mysql://user:user_pass@localhost:3306/sample?charset=utf8&use_unicode=1

sqlalchemy.pool_recycle = 3600

直接pipでmysqlドライバーをインストールせず前回同様にsetup.pyに記述します。



requires = [

    'pyramid',

    'SQLAlchemy',

    'transaction',

    'pyramid_tm',

    'pyramid_debugtoolbar',

    'zope.sqlalchemy',

    'waitress',

    'mysql-python', <-- pysqliteから変更

    ]

sampleプロジェクトのmodelクラスがTEXT型のunique設定になっているのでMySQLでサポートされていません。
sample/sample/models.pyを編集してStringに変更するか、unique属性を削除してください。



from sqlalchemy import (

    Column,

    Integer,

    String, <-- TextからStringに変更

    )



name = Column(String(200), unique=True)  <-- TextからString(200)に変更

せっかくsetup.pyに必要なライブラリーを記述したので一度pythonbrewの仮想環境を再作成したいと思います。



deactivate

rmvirtualenv pyramid

mkvirtualenv pyramid

python setup.py develop

populate_sample development.ini

※2012/3/24追記
Pyramid1.3正式版からコマンドがpopulate_sampleからinitialize_sample_dbに変更されました。

仮想環境の構築からデータベースの設定までコマンドだけで簡単に用意できるようになりました。
populate.pyに初期データの登録なども追加しておく事で、途中から開発者が追加された場合でもスムーズに作業が開始できます。

フルスタックなフレームワークではないですが、開発に必要な基本的機能が備わっているので小規模なサービスを作るには非常に便利だと思います。

nginxとpythonとpyramid 起動まで

前回のエントリーでPyramidのインストール方法を紹介しました。
今回はプロジェクトの新規作成からサーバー起動までを紹介します。

前回作成したpythonbrewの仮想環境を起動します。



workon pyramid

コンソールに「(pyramid)[xxxx@xxx]$ 」のように表示されていれば成功です。
現在仮想環境「pyramid」にインストールされたパッケージ一覧を表示する場合はfreezeコマンドを利用します。



pip freeze

pyramidに必要なパッケージ群が一覧に表示されます。

仮想環境を起動中はPATHの先頭に「/home/yoshi/.virtualenvs/pyramid/bin」が追加されます。
pythonコマンドやpipコマンドの他に、pipでインストールしたPyramidのツールコマンドも含まれています。

pcreateコマンドで新規プロジェクトを作成します。



pcreate -s alchemy sample

カレントディレクトリにプロジェクト「sample」が作成されます。
Railsのscaffoldみたいに枠組みが自動生成されます。
ここでは「-s alchemy」で枠組みのテンプレートを指定しています。
sqlalchemyの設定などが組み込まれた状態まで自動生成してくれるのでとても便利です。
また、他のテンプレートを確認したい場合は-lコマンドで確認できます。

作成したsampleプロジェクトの「development.ini」中身を確認すると
「sqlalchemy.url = sqlite:///%(here)s/sample.db」の記述があります。
デフォルトではsqliteを利用する設定で用意されています。
ただし、先ほどのfreezeコマンドで確認した一覧にsqliteを扱うためのライブラリがインストールされていません。

別途sqliteパッケージとpython用ライブラリをインストールします。



sudo yum install sqlite.x86_64

sudo yum install sqlite-devel.x86_64

次にpipでpython用ライブラリをインストールするのですが、
せっかくなのでsetup.pyに記述しておきます。
プロジェクトのトップディレクトリにあるsetup.pyを開き、変数「requires」のリストに「pysqlite」を追加します。



requires = [

    'pyramid',

    'SQLAlchemy',

    'transaction',

    'pyramid_tm',

    'pyramid_debugtoolbar',

    'zope.sqlalchemy',

    'waitress',

    'pysqlite', <--- 追加

    ]

sampleプロジェクトのトップディレクトリに移動してdevelopコマンドを実行します。
※基本的にPyramidコマンドはプロジェクトのトップディレクトリで実行します。



python setup.py develop

自動的にsqlite用パッケージがインストールされ、依存パッケージがある場合は一緒にインストールされます。
「pip install」でも同じ事が可能ですが、setup.pyに記述しておく事で後から別の環境に構築するのが簡単になります。

次にデータベースの用意をします。sampleプロジェクトではすでにサンプルが用意されているのでコマンドを実行して作成します。



populate_sample development.ini

コマンドを実行するとトップディレクトリに「sample.db」が作成されます。
※2012/3/24追記
Pyramid1.3正式版からコマンドがinitialize_sample_dbに変更されました。

populate_sampleコマンドは先ほどのPATHに含まれているコマンドです。
コマンドの実態は「${PROJECT_HOME}/sample/scripts/populate.py」になります。
populate_sampleコマンドとpopulate.pyの紐付けはsetup.pyに記述されています。
setup関数のentry_points引数に文字列で下記のように指定されています



entry_points="""\

[paste.app_factory]

main=sample:main

[console_scripts]

populate_sample=sample.scripts.populate:main

""",

「コマンド名=ソースパッケージ:実行関数」の書式で指定されているので、
cronでバッチ処理を実行したい場合はここに新しいスクリプトを追加します。

以上でsampleプロジェクトの構築は完了となります。

PyramidにはデフォルトでWSGIサーバー「waitress」が付属されているのでpserveコマンドで実行します。



pserve development.ini --reload

デフォルトでポート6543で起動されることを確認したらブラウザからアクセスします。
http://domain:6543/

サンプルプロジェクトのページが表示されコンソールにSQL実行ログが表示されます。
プロジェクトの作成から設定、ログ出力など簡単なコマンドを実行するだけで用意されるのがとても便利かと思います。

nginxとpythonとpyramid スタートアップ

Pyramid1.3のβ版がリリースされました。
もう少しで正式リリースになると思うので構築手順をまとめてみました。
Fedora1.4 64bit（さくらVPS）+ python2.7.2で構築しています。

pythonのフレームワークといえばDjangoが人気だと思います。
日本語ドキュメントやプラグインも豊富なので今後もっと利用されるケースが増えると思います。
CoCなフルスタックフレームワークで、管理画面の自動生成が人気の理由かと思います。
自分は名前の由来（尊敬するギターリストの名前）だけで利用してみたのですが、ちょっと自由に作りたいな〜と思い別のフレームワークを探していてPyramidを試してみました。

PyramidはPylonsの後継で色々なオープンソースと組み合わせて利用するフレームワークです。
pythonで古くから利用されているsqlachemyやjinja2も組み合わせることができます。

pythonの仮想環境を利用するためにpythonbrewをインストールします。
utahtaさんのブログで詳しく解説されているので、こちらを参考にしてインストールしました。
とても解りやすく大変お世話になりました。
自分の環境では下記のパッケージを事前にインストールしておきました。



sudo yum install gcc.x86_64

sudo yum install make.x86_64

sudo yum install zlib-devel.x86_64

sudo yum install openssl-devel.x86_64

sudo yum install python-setuptools

仮想環境を作成してPyramidをインストールします。



mkvirtualenv pyramid

pip install pyramid

これだけで仮想環境(pyramid)上に最新のPyramidがインストールされます。
同じパソコンでDjangoとPyramidを使いたい、python3も試したい。。。時にとっても便利です。

今回はこのへんで。

Djangoとloggingとprofile

開発中に変数の中身を確認するのにDEBUGレベルでログに出力し、本番環境では出力したくない場合の設定を試してみました。

■ログ出力
プロジェクトを作成するとsettings.pyにログの設定が記述されています。
LOGGIN変数に設定を追加することで標準出力にログを出力することが出来るようになります。



LOGGING = {

    'version': 1,

    'disable_existing_loggers': False,

    'handlers': {

        'mail_admins': {

            'level': 'ERROR',

            'class': 'django.utils.log.AdminEmailHandler'

        },

        'console': {

            'level': 'INFO',

            'class': 'logging.StreamHandler'

        }

    },

    'loggers': {

        'django.request': {

            'handlers': ['mail_admins'],

            'level': 'ERROR',

            'propagate': True,

        },

        'app': {

            'handlers': ['console'],

            'level': 'INFO',

            'propagate': True,

        },

    }

}

ログを出力したいプログラムに出力用のコードを記述します。



import logging



logger = logging.getLogger('app')



def detail(request, poll_id):

    p = get_object_or_404(Poll, pk=poll_id)

    logger.debug(p);

    return render_to_response('polls/detail.html', {'poll': p},

                              context_instance=RequestContext(request))

ログファイルに変数pの内容が出力されます。

■プロファイル
環境毎にログの出力レベルを変更するのにdjango-configプラグインを利用しました。
pipからインストールが出来ます。



sudo pip install django-config

django-configを導入するとsettings.py内でconfig/base.pyが実行されます。
環境変数CONFIG_IDENTIFIERに設定された値のファイルが実行され上書きされます。

例）環境変数 CONFIG_IDENTIFIER=test
settings.py -> config/base.py -> config/test.py



mkdir config

cp settings.py config/base.py

settings.pyの内容を書き換えます



"""

Django-config settings loader.

"""



import os



CONFIG_IDENTIFIER = os.getenv("CONFIG_IDENTIFIER")



# Import defaults

from config.base import *



# Import overrides

overrides = __import__(

    "config." + CONFIG_IDENTIFIER,

    globals(),

    locals(),

    ["config"]

)



# Apply imported overrides

for attribute in dir(overrides):

    # We only want to import settings (which have to be variables in ALLCAPS)

    if attribute.isupper():

        # Update our scope with the imported variables. We use globals() instead of locals()

        # Because locals() is readonly and it returns a copy of itself upon assignment.

        globals()[attribute] = getattr(overrides, attribute)

設定を上書きしたい内容をconfig/test.pyに記述します。



LOGGING = {

    'version': 1,

    'disable_existing_loggers': False,

    'handlers': {

        'mail_admins': {

            'level': 'ERROR',

            'class': 'django.utils.log.AdminEmailHandler'

        },

        'console': {

            'level': 'DEBUG',

            'class': 'logging.StreamHandler'

        }

    },

    'loggers': {

        'django.request': {

            'handlers': ['mail_admins'],

            'level': 'ERROR',

            'propagate': True,

        },

        'app': {

            'handlers': ['console'],

            'level': 'DEBUG',

            'propagate': True,

        },

    }

}

uwsgiの設定ファイルに環境変数CONFIG_IDENTIFIERを追加します。



uwsgi:

  env: DJANGO_SETTINGS_MODULE=settings

  env: CONFIG_IDENTIFIER=test

  省略・・・

ウルティマオンライン出会い、そして別れ

前回のつづき

馬に乗った装備がイカツイ人（Ａさん）は、いきなり俺のゾンビメイルを譲るように交渉してきました。
ネットゲーム初心者に交渉なんてハードルが高すぎます。
それにPKがないフィールドとはいえ、相手は何してくるかわからない状況なので予備のゾンビメイルを贈呈しました。

賄賂が功を制したのか相手が饒舌に語り始めました。なんでも、この世界では名のある方らしく引退とやらをするから思い出の地を回っている。そこでふとゾンビメイルがほしくなったと。
もはや言ってる意味が不明すぎてテレビを見ながら聞いていました。

しかも、ゾンビメイルをネタ装備呼ばわりしてきました。まったく失礼な人です。
あまりにも悲惨な装備に見えたのでしょう。装備一式を買ってきてくれました。しかも馬のおまけ付きです。
こんないい人見た事がありません。

その後Ａさんの家に招待されました。なんでもこのゲームで家はすごい価値があるようです。馬は簡単に譲れるのに家は貴重と市場価格がよく解らない状態です。
たぶんＡさんは自慢をすることが嫌いな性格なんだと思います。ただ、あまりにも食いつきの悪い自分に嫌気をさしたのか色々と語っていました。

ギルドにも誘われて、ホームページも教えて頂きました。当時ではけっこうセンセーショナルだったのかもしれません。
自分は「うぁ、この人マジや」と言葉に発しながら、キーボードは「すごいですねー」と打ち込む大人の対応。
執拗に勧誘されましたが後で連絡すると華麗にスルーしました。

まったくネットゲームとは意味の分からない世界です。一文の特にもならないのに装備一式をプレゼントし、いろいろと教えてくれます。しかもレベル上げまでお手伝いすると進言されました。

断っても断っても遠慮しないでと言われ仕方なくお願いする事に。いったいこの人に何の特があったのか。。。
レベル上げの方法はゴーレムみたいなモンスターを倒す事に。
装備がパワーアップしたけど触れたら瞬殺される攻撃力です。Ａさんが攻撃を受けつつ少し離れた間合いからナイフでつっつきます。すこし間合いをあけることがミソらしくこちらにターゲットされないようです。

それから１時間ほど永遠にナイフをつっつくだけの作業が開始です。どんどんステータスは上がっていきますがまったくおもしろくありません。なんとか会話を試みるが共通の話題なんてありません。これほど苦痛だったのは一人も客の来ない喫茶店でアルバイトした時以来です。

次の日会社だったのでそろそろ引き上げようと話してみるも、もう少しがんばりましょうと拒否。
こいつ、、、何が目的なんだ。。。
こうなったら強硬手段。わざと間合いをつめてこちらが攻撃を受けるように操作ミスを装う作戦を決行しました。
案の定即死です。そして案の定蘇生されました。
魔法ではなく包帯で蘇生されました。その事についてさらに熱弁されました。
もう勘弁してください。。。最後の力を振り絞ってログアウト。
この瞬間あの苦痛な喫茶店のアルバイトでタイムカードを押したとき以来の快楽でした。

ネットゲーム。それは人と人がコミュニケーションをかわすバーチャル世界。
この世界を体験したことで、ちょっとした冒険心と多大なストレスを手に入れました。

uwsgiとDjangoとリロード

前回Nginx＋uwsgi＋Djangoの環境を構築したけど、修正したソースを反映するのにリロード用のファイルを更新しないと出来ない問題を対策しました。
まぁ普通に公式サイトのドキュメントに対策が書いてました。
公式ドキュメント

方法としてタイマー処理で常にソースの更新時間を確認して必要であればuwsgiプロセスを再起動する力技です。
その為、たまに反映されてない？と思ったら再度ブラウザーをリロードしてみてください。

まずプログラムからuwsgiを操作する為のライブラリーをコピーします。



curl -O http://projects.unbit.it/uwsgi/export/ad7c6d18232ed1321497c8892c038628a9110891/uwsgidecorators.py

ダウンロードしたライブラリをプロジェクトのトップにコピーしておきます。

次にソース更新をチェックするブログラムをプロジェクトのトップに作成します。



import uwsgi

from uwsgidecorators import timer

from django.utils import autoreload



@timer(3)

def change_code_gracefull_reload(sig):

    if autoreload.code_changed():

        uwsgi.reload()

あとは、ソース更新プログラムを起動時に実行するようにuwsgiの設定ファイルに追記します。



uwsgi:

  import: autoreload

  以下省略・・・

NginxとuwsgiとDjango

さくらVPS上にDjangoの開発環境を構築してみました。

それぞれのバージョンです。
・Fedora 14 x86_64
・Nginx 1.0.8
・Python 2.7
・uwsgi 0.9.9.2
・Django 1.3.1
・mysql 5.5.17

■Nginxのインストール

デフォルトのyumレポジトリーは0.8x系だったので追加しました。
yumレポジトリーファイル



cp nginx.repo /etc/yum.repos.d/nginx.repo

yum install --enablerepo=nginx nginx

Django用に仮想ホストの設定ファイルを用意します。
仮想ホスト設定ファイル



cp sns.conf /etc/nginx/conf.d/

server_nameの値は環境にあわせて修正してください。

■uwsgiのインストール
fastcgiは個人的にあまり良いイメージがないのでwsgiにしました。
Pythonはデフォルトで2.7がインストールされていたのでそのまま。
他に必要な依存ライブラリをインストールします。



yum install python-setuptools

yum install python-devel.x86_64

yum install libxml2-devel.x86_64

yum install gcc.x86_64

Pythonのパッケージ管理？らしきpipを利用してuwsgiをインストールしました。
rubyのrvmのようにバージョン別に環境を用意できるようなのですが、めんどくさかったので特に意識しないで利用しました。



easy_install pip

pip install uwsgi

daemonで起動できるように適当に起動スクリプトを作成しました。
起動スクリプトファイル
起動設定ファイル
設定ファイル



cp uwsgi.init /etc/rc.d/init.d/uwsgi

cp uwsgi.sysconfig /etc/sysconfig/uwsgi

cp uwsgi.yaml /etc/uwsgi.yaml

chkconfig --add uwsgi

■Mysqlのインストール

この辺はありきたりな方法でさくっと。



rpm -Uvh http://rpms.famillecollet.com/remi-release-14.rpm

yum install --enablerepo=remi mysql.x86_64 mysql-server.x86_64 mysql-devel.x86_64

Python用のドライバをpipでインストール



pip install mysql-python

Django用にデータベースを作成



mysql -u root

create database sns_development default character set utf8;

grant all privileges on sns_development.* to sns@'localhost' identified by 'sns';

flush privileges;

■Djangoのインストール

pipでインストールします。



pip install django

便利や・・・

あとは普段と同じようにDjangoプロジェクトを作成してサービスを起動します。



/etc/rc.d/init.d/uwsgi start

/etc/rc.d/init.d/nginx start

ソースを修正した後は/tmp/reload.txtをtouchコマンドなどで更新すると反映されます。Passengerに似ていますね。
開発時はわざわざ更新するのがめんどいので毎回読み込むように設定をしたいのですが方法がわかりませんでした。。。

2011/11/03追記
ソース更新をチェックしてuwsgiを再起動することで対応できました。
こちらをどうぞ

チラ裏