tats blog

tracでCan’t synchronize with the repository

サーバーのsubversionを1.6.2にしたらtracで以下のエラーになった。 Warning: Can’t synchronize with the repository (Unsupported version control system “svn”: “No module named svn” ). Look in the Trac log for more information. ログを見たらmod_pythonモジュールがリポジトリと同期できないよ、って言ってるみたい。 # cd /usr/local/src/subversion-1.6.2 # make swig-py # make install-swig-py # vim [site-packagesディレクトリ]/svn-python.pth /usr/local/lib/svn-python # ln -s /usr/local/lib/python2.6/site-packages/svn [site-packagesディレクトリ] # ln -s /usr/local/lib/python2.6/site-packages/libsvn [site-packagesディレクトリ]

Plone3.0のベンチマーク

ベンチマークしてみるとPloneはやっぱり重たいです。 zopeのトップページをベンチマークすると秒間63くらいリクエストをさばいてます。 # ab -n 100 -c 10 http://192.168.0.10:8080/ This is ApacheBench, Version 2.0.40-dev < $Revision: 1.146 $> apache-2.0 Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/ Copyright 2006 The Apache Software Foundation, http://www.apache.org/ Benchmarking 192.168.0.10 (be patient)…..done Server Software: Zope/(Zope Server Hostname: 192.168.0.10 Server ...

FreeBSDでplone3.0

久しぶりにploneの環境を作ってみた。知らない間に3.0までバージョンが上がっている。 FreeBSDの場合はportsから最新のPythonを入れると2.5.1なので /usr/opt/python24 にPython2.4.4を別途入れる。FreeBSDのスレッドスタックはデフォルトで小さすぎるのでWANT_HUGE_STACK_SIZE オプションを付けてmakeしないと、zopeのインスタンスホームに python.coreができることになってしまうと INSTALL.txtに書いてある。 # ./configure –with-threads # make WANT_HUGE_STACK_SIZE=yes # make install ところがこれではうまくいかなかった。スレッドのスタックが大きくなっていないみたいだ。Pythonのソースをgrepしてもそのオプションは見つからない。仕方ないのでportsのMakefileを見ると、HUGE_STACK_SIZE=yes だと CFLAGに -DTHREAD_STACK_SIZE=0x100000 としている。どうもこっちの方が確実そうなので、configureスクリプトが生成したMakefileの OPTに-DTHREAD_STACK_SIZE=0x100000 を足してみた。そして普通に make, make install 。今度は大丈夫そうだ。スレッドスタックの大きさの確認方法は以下のとおり。結果が1000ならたぶんうまくいく、ということらしい。おそらくFreeBSD6.xなどでは初めから問題ないみたいなのだが、サーバがFreeBSD4.11(古すぎ)なので問題がみたい。「How can I make sure my BSD Python has enough stack?」 # python Python 2.4.4 (#1, Sep 5 2007, 14:15:24) [GCC 2.95.4 20020320 [FreeBSD]] on freebsd4 Type “help”, “copyright”, “credits” or “license” for more information. >>> ...

portsdbの失敗

久し振りにFreeBSD4.11で構築しているサーバ上でportsからmakeしたらなんだかエラーがたくさん出て構築できなくなっていた。2月に4系は portsのサポートの切れたので、ぼちぼち6系に引っ越さないといけないな。 [root@sv]~# portsdb -Uu Updating the ports index … Generating INDEX.tmp - please wait.."/usr/ports/audio/gstreamer-plugins-esound/../../ multimedia/gstreamer-plugins/Makefile.common”, line 392: Malformed conditional (${gst_${GST_PLUGIN}_GCONF_SCHEMAS}!="") “/usr/ports/audio/gstreamer-plugins-esound/../../multimedia/ gstreamer-plugins/Makefile.common”, line 396: Malformed conditional (${gst_${GST_PLUGIN}_USE_SDL}!="") “/usr/ports/audio/gstreamer-plugins-esound/../../multimedia/ gstreamer-plugins/Makefile.common”, line 398: if-less endif “/usr/ports/audio/gstreamer-plugins-esound/../../multimedia/ gstreamer-plugins/Makefile.common”, line 398: Need an operator “/usr/ports/audio/gstreamer-plugins-esound/../../multimedia/ gstreamer-plugins/Makefile.common”, line 419: if-less endif “/usr/ports/audio/gstreamer-plugins-esound/../../multimedia/ gstreamer-plugins/Makefile.common”, line 419: Need an operator make: fatal errors encountered – cannot continue ===> audio/gstreamer-plugins-esound failed *** Error code ...

ruby on rails 事始め

ruby on rails をFreeBSDで試したメモ。 rubyとgemがインストールされているシステムならばrailsのインストールは簡単だ。gemがない場合はここからダウンロードする。 # gem install rails –remote –include-dependencies これだけで依存関係を解決してインストールしてくれる。データベースにはMySQLかPostgreSQLが良いだろう。今の時点では SQLiteはマイグレーションに対応していない。ここではMySQL/Ruby を試してみる。 # gem install mysql –with-mysql-dir=/usr/opt/mysql50 最初「gem install mysql」してハマった。MySQLのパスが /usr/opt/mysql50と普通と違ったのでリンクがうまくいってなかった。でも特にエラーが出なかったので気がつかなかった。 railsを実行してみるとその後、上記のコマンドで無事MySQL/Rubyがロードできるようになった。 scaffoldを使ってすぐにおかしいと気がついたのはレコードの削除ができないってこと。PostgreSQL8.1.4とSQLite3で試してみたがやはり削除できない。エラーも出ないし、何も起こらない。実はrailsでscaffoldで生成されたページからレコードを削除するためにはブラウザにJavaScriptが必要だった。FirefoxのNoScript エクステンションがアダとなった形だ。最初はWEBRickで簡単なアプリケーションを作ってみた。そしてベンチマークしてみるとWEBrickだと僕のPC(AthronXP1500程度)で秒間5回前後のリクエストに応えられた。apacheからXOOOPSを使うよりも少し軽い感じ。次にrailsをCGIとしてベンチマークしてみると予想通り使い物にならない重さで、秒間0.3回程度のリクエスト処理が限界だった。そうなると1ページ出力するのに3秒以上かかるわけでストレスがたまりまくりとなる。仕方ないのでapache2にFastCGIを組み込んでみたら秒間5回前後のリクエストを処理できるようになった。これならまあ使える。

Access2003とMySQL-5.0

仕事で関わっているあるAccess+MySQLのシステムのデータベースを MySQL-3.23からMySQL-5.0.xへとアップグレードした。AccessとMySQL- 5.0.x系を使う際の問題点のまとめ。問題１:Accessが頻繁に落ちるようになる前回触れた問題だがまだ直っていない(もう直してもらえないかも？) 問題２：最新のMySQL ODBCドライバではMySQLのリンクテーブル(文字コード cp932)が不安定になる普通に最新のMySQL ODBCドライバをインストールした状態で、Accessを起動してテーブルビューでMySQLリンクテーブルを見ると、開けないものがある。このシステムの文字コードがcp932であることも関係あるかもしれない。おそらくMySQLに限らずShift_JIS系の文字コードは使うべきではないのだろう。しかし「set names cp932;」などとしても問題は解決しない。対策はmyodbc3.dll をsjis対応の古いものに差し替えるしかない。上記の問題はあるものの解決可能なので、ストアドプロシージャや VIEW、クライアントの文字コード指定(set names)などバージョンアップでできることの幅が増えた。

blosxom.php - blosxomのPHPによる実装

blosxom/pyblosxom以外にもPHPで実装されたblosxom.phpというのがある。あまり開発は活発ではないようだけどインストールして試してみた。 blosxom/pyblosxomと比較すると + まだプラグイン(moduleと呼んでる)があまりない + トラックバックを初期状態で含んでいる ○プラグインの実装 blosxom.phpのプラグインはちょっと変わっている。プラグインのファイルは「plugin.php」のような名前だ。(py)blosxomとは違ってプラグインはクラスやパッケージではなく、ただの関数をいくつか定義するだけだ。プラグインを登録するにはディレクトリ(modules）に入れるだけでなく、設定ファイル(conf.php)の $modules という名前の配列に登録しておかないといけない。

さらなるXOOPS高速化

PHP自体をwikipediaと同じ手法である程度高速化することはできたけど、さらに速くならないのかなとgoogleで調べると「XOOPS 高速化」で最初に出てくるのが「おじさんの備忘録」というサイトだ。最初「ん？」と思ったのが、このサイトはMovableTypeでできているようだが、パーマリンクのURLを見ると .php で終わっている？なんだか不思議だなと思った。閑話休題。そこで初めて知ったのはXOOPSのリダイレクト画面をなくすことで高速化できるという記事。このhackはすごく良いアイデアだと思う。このサイトのXOOPSにも導入してみた。リダイレクトの画面がない分、体感的に明らかに速い。

blosxomのstatic rendering(静的なページ生成)

blosxomで作っているサイトを軽くするためにCGIスクリプトの呼び出しを極力減らそうと思って静的生成にしてみた。設定自体はとても簡単だ。/home/me/public_html/blosxom が blosxomのディレクトリだとすると別途、静的なページ用のディレクトリ(例えば /home/me/public_html/blog )を作り以下のように設定するだけだ。 # — Static Rendering —– $static_dir = ‘/home/me/public_html/blog’; $static_password = “secret”; @static_flavours = qw/html rss/; $static_entries = 1; ○静的なページ生成の問題しかしいきなり問題が発生した。デフォルト設定のままで $url を自動設定(すなわち空文字)にしていたら、静的に生成したページのカレンダやカテゴリ、アーカイブからエントリへのリンクがおかしい。ホスト名がなぜか「localhost」になっている。コードを見てると CGIモジュールのurl()関数でホスト名を取得するんだけど、コマンドラインから静的なページを生成するため、localhost が入ってしまう。 ○$urlを直接指定したら？それだと使い物にならないので $url を空文字列からディレクトリ (静的なページを配置するディレクトリ)にしたら、静的なページ側では問題なくなったけれど、今度は動的なblosxom.cgiの方で、カレンダやカテゴリ、アーカイブからエントリへのリンクが静的なページに向いてしまうので、これまた具合が悪い。僕がやりたいのは、動的なディレクトリではすべてのリンクが動的ページを指していて、別途公開用の静的なページではトラックバックやページ編集(WikiEditish)以外のページは静的なページを指して欲しいのだ。 ○結論：別の変数が必要だスクリプトの100行目付近で $static_or_dynamic という変数がセットされるので、この中身によって$urlを変える必要がある。 $urlは空にして自動設定にしておいて、以下のようにする。 # コードの上の方で定義しておく $static_url = “http://www.mysite.com/blog”; # 静的ページのURL # $static_or_dynamic が定義された後、$urlが空ならば # おかしくなるのは静的(static)の場合だけ $url = $static_url if ($static_or_dynamic eq “static” and $url =~ m!http://localhost!); そしてフレーバー内では $url を使うことでなんとか動いてます。でもかなり枯れてきているはずのblosxom2でこんな修正が必要とも思えない。なんだか根本的な理解不足があるような気がしてならない。

extensionの管理

MozillaでExtensionを管理する方法をいろいろと探していたら見つけた。「ExtensionManager」というExtensionをインストールするとFirebirdみたいに Extensionを管理できるようになった。