というわけで、先週末 Python Developers Camp 2007 Winter に参加してきたので、そのレポートや感想など書きたいと思います。

まずは0日目(事前準備～宿に着くまで)

Django と TurboGears の両方のプログラムに参加予定なので、とりあえず宿に着くまでに Windows の PC にインストールしてチュートリアルを終わらせておくことを目標としておきました。

というわけで、インストール。Django は 0.95 ではなく svn の最新版、TurboGears は多分 1.0.1 を使用するだろうということでインストールします。

Python Developers Camp 2007 Winter 0日目 の続きです。

インストールは一通り終わったのでチュートリアルをはじめます。

まずは Django のチュートリアルから。

Mailman 運用しているメーリングリストに大量の SPAM メールがくるので、対策をしようと思いました。

参考にさせていただいたのは ウノウラボ Unoh Labs: ベンチャー流のスパムメール対策術（後編） のエントリ。

ただ、ここの例ではスパムフィルタに SpamAssassin を使用しています。

私は(一応) Pythonista なので、スパムフィルタに SpamBayes を普段使っています。

この学習した内容を使わないのはもったいないので、 SpamBayes で同じようにやってみました。

mailman の aliases は /usr/local/mailman/data/aliases にあるので、スパムフィルタを通したいメーリングリスト(この場合は test)について以下のように書き換えます。

test:   "|/usr/bin/procmail -m /etc/postfix/ml_procmailrc"
#test:  "|/usr/local/mailman/mail/mailman post mailman"

で、次に procmail の振り分けルール /etc/postfix/ml_procmailrc を、以下のように記述しました。

# SPAM メールの転送先
SPAM_TO=spam@takanory.net
# フィルタコマンド
FILTER=/usr/bin/sb_filter.py
# フィルタが使用するデータベース
DB=/home/takanori/.hammiedb
# ログの出力先
LOGFILE=/tmp/procmaillog

:0 fw:hamlock
| $FILTER -d $DB

:0
* ^X-Spambayes-Classification: spam
! $SPAM_TO

:0
* ^.*test
|/usr/local/mailman/mail/mailman post test

参考にした Blog と違うのは当然ですがフィルタのかけ方です。

フィルタとして SpamBayes のフィルタコマンド sb_filter.py を呼んでいます。SPAM のデータとしては私が蓄積しているデータを -d オプションで指定しています。

それから、SPAM と判断された場合のヘッダにつく文字列が違うので、そこも書き換えています。

それから、動作がうまくいっているか確認するために、procmail のログを出力するようにしておきました。動作が安定したら LOGFILE=/tmp/procmaillog の行はコメントアウトしていいと思います。

で、フィルタを通すようにしてみて、以前は保存書庫がひどいことになっていたんですが、だいぶフィルタにひっかかってくれるようになりました。満足満足。

Google Maps API を使って大きい画像を表示(中編) で書いた

さて、次回こそは「大きい一枚の画像から Google Maps を使って表示するためのタイル画像を生成する」python スクリプトについて書きますかね。

です。完結編。

言うまでもありませんが Python Imaging Library (PIL) は必須です。

で、タイル画像を生成するコードは create_tiles.py です。

コマンドラインで create_types.py hogehoge.png とかいう感じで画像ファイルを渡すと、 hogehoge ディレクトリの下に各ズームレベルのディレクトリを作成して、 (X座標)_(Y座標).png という画像ファイルを作成します。 渡した画像が jpeg の場合はタイル画像も jpeg になっています。

クラス図から plone のプロダクトを作ってくれる、超便利なプロダクト ArchGenXML の plone 3.0 対応版が出ていたので、久しぶりにインストールしてみました。

以前とはインストールの手順が変わっていて、 ArchGenXML そのものや、 i18ndude は EasyInstall でインストールできるようになったようです。

というわけで、以下 Windows 上でのインストールの手順です。

(python 2.4 が C:\Python24 に plone 3.0 が C:\Program Files\Plone にすでにインストールされているものとします)

1. easy_install をインストール

   EasyInstall のページから ez_setup.py をダウンロードして、実行します。

2. PATH の設定

   easy_install コマンドは C:\Python24\Scripts にインストールされるので、コマンドラインから実行しやすくするために、PATH の設定をします。

   マイコンピュータで右クリック→プロパティ→詳細設計→環境変数で環境変数 PATH に C:\Python24;C:\Python24\Scripts; みたいな感じで追加します。

3. strip-o-gram をインストール

   これは、今までと同じ手順でインストールします。

   ここ から stripogram-1-4.tgz をダウンロードして解凍。

   あとは python setup.py install でインストールします。

4. i18ndude, ArchGenXML をインストール

   この2つは easy_install でインストールできます。

   easy_install i18ndude と easy_install archgenxml でインストールできます。

   なんか ArchGenXML のインストール時に SyntaxError が出てますが、ここでは気にしないことにします。

5. PYTHONPATH を設定

   ArchGenXML が正常にインストールされると、 C:\Python24\Scripts に archgenxml.exe ができるのですが、これを実行すると 「zope3 コンポーネントがインストールできない」というエラーがでます。

   このエラーを回避するために、環境変数 PYTHONPATH に C:\Program Files\Plone\Zope\lib\python を設定します。

   archgenxml をコマンドプロンプトなどで実行して、長～いヘルプが表示されたら成功です。

さて、次は実際にプロダクトを作ってみましょう。(多分)

まだ正式リリースされていませんが、 trac 0.11 にアップグレードしてみました。

インストール手順 は以下のとおり、 setuptools が入っていると簡単です。

# easy_install genshi
# easy_install pygments
# easy_install http://svn.edgewall.com/repos/trac/trunk/

インストール後は 0.11/TracUpgrade を参考に環境を upgrade し、サーバを再起動します。

# trac-admin /var/trac/takanory upgrade
# trac-admin /var/trac/takanory wiki upgrade
# /etc/init.d/apache2 restart

これで、trac 0.10 から 0.11 の開発版に移行できました。

trac 0.11 の新機能の一つに

「チケットの ワークフロー の設定を変更できるようになった」

というものがあります。

デフォルトとのチケットのワークフローは

new (新規作成) -> assigned (担当が決まった) -> closed (終了した)

となっていますが、これだと担当者が「修正した!」と思ったら、他の誰も確認できずに closed になってしまいます。

これだといまいちなので、会社に入れた trac 0.11 では closed の前に resolved (解決した) という状態を増やしました。

そのために trac.ini のワークフロー設定をこんな風に書き換えました。

変更前:

[ticket-workflow]
:
reopen = closed -> reopened
reopen.operations = del_resolution
reopen.permissions = TICKET_CREATE
resolve = new,assigned,reopened -> closed
resolve.operations = set_resolution
resolve.permissions = TICKET_MODIFY

変更後:

[ticket-workflow]
:
reopen = resolved,closed -> reopened
reopen.operations = del_resolution
reopen.permissions = TICKET_CREATE
resolve = new,assigned,reopened -> resolved
resolve.operations = set_resolution
resolve.permissions = TICKET_MODIFY
close = resolved -> closed
close.permissions = TICKET_MODIFY

これで、状態に resolved が加わりました。

trac では、簡単な設定でチケットが変更になったときにお知らせメールが飛ぶようにできます。

メール送信設定は trac.ini の下記の部分を修正することでできます。

[notification]
:
smtp_always_cc = (送信先メールアドレス)
smtp_enabled = true

上記の設定でメールが送信できますが、メールの形式は utf-8 + base64 encoding になります。

最近のメーラなら大丈夫ですが、古いメーラなどではうまく読めない場合があります。

というわけで、よくある日本語メールのように iso-2022-jp でメールを送信するようにします。

"OZACC.blog: trac 0.10.4":http://blog.ozacc.com/archives/001563.html に書いてある内容を参考にしました。

trac に入っている notification.py を以下のように書き換えます。

変更前:

self._charset.input_charset = 'utf-8'
pref = self.env.config.get('notification', 'mime_encoding').lower()
if pref == 'base64':
    self._charset.header_encoding = BASE64
    self._charset.body_encoding = BASE64
    self._charset.output_charset = 'utf-8'
:
:
# sanity check
if not self._charset.body_encoding:
    try:
        dummy = body.encode('ascii')

変更後:

self._charset.input_charset = 'utf-8'
pref = self.env.config.get('notification', 'mime_encoding').lower()
if pref == 'iso-2022-jp':
    self._charset = Charset('iso-2022-jp')
elif pref == 'base64':
    self._charset.header_encoding = BASE64
    self._charset.body_encoding = BASE64
    self._charset.output_charset = 'utf-8'
:
:
# sanity check
if self._charset.input_charset == 'iso-2022-jp':
    body = unicode(body, 'utf-8').replace(u'\uff5e', u'\u301c')
    body = body.encode('iso-2022-jp')
elif not self._charset.body_encoding:
    try:
        dummy = body.encode('ascii')

これで、日本語のお知らせメールが iso-2022-jp 形式で送られるようになりました。