心底困り果てたアニメーターたちは、「じゃあ、手塚先生が何を言ったか録音しよう！」ということになったらしい。ゲームやCM制作、医療ミスを犯しがちな病院といったあらゆる場合でもそうだが、すでに「録音」という状況に追い込まれた時点でデスマーチが始まっているわけだが、まぁそれは置いておく。
録音を開始するやいなや、最初に言ったことはすっかり忘れて手塚治虫が全然別の支持を持ってやってきた。そこでさっそく録音を聞かせたところ、手塚先生は首をひねって一言。
「この声の人は僕とよく似ているね……」

長嶋茂雄と同じ種族の末裔？

30歳過ぎのオッサンはみんな土曜洋画劇場でカンフー映画を見たもんだ。翌週、小学校でカンフーごっこ大ブーム。

netatalk2はUnicodeベースに変わった都合上、 OS9から接続するときはMacJapanese-Unicode間の変換が必要になりました。 今回のパッチを当てない状態のときでも、libiconvを使ってShift_JIS-Unicode間の変換が出来ていたのですが、これには問題がありました。 MacJapaneseにあってShift_JISにない文字が扱えなかったという点です。 具体的にいうと、トレードマーク記号などです。 今回のパッチでは、netatalk自身にMAC_JAPANESE, MAC_KOREAN, MAC_CHINESE_TRAD, MAC_CHINESE_SIMPとUnicode間の変換テーブルが追加されます。 これによって、MacJapaneseの全ての文字がOS9から扱えるようになります。 また、31字を超えるファイル名があった場合の処理もちゃんとしてます。 私がテストした限りでは、もうバグっぽいところはありません。 samba3との共存にもおすすめです。

なんと。そろそろSamba3とnetatalk2でファイルサーバーを構築するように移行しようかしら。
Mac OS X ServerのAppleFileServerとのエンコード問題があるから微妙に分離しちゃっていたのが何とかなるかもな。

めもる_ の方法。 まずclamavアカウントを/etc/groupでqscandグループに入れて。
chmod 770 /usr/local/qmailscan/tmp/してclamav権限でも書き込みができるようにする。
リンク先のパッチを参考に/usr/local/bin/qmail-scanner-queue.plを書き換える。

くろもも日記: PostgreSQLで構築されたシステムを救え！_ から。
最近の無料blogサービスやSNSは、データベースがボトルネックになってスケーリングできていないという説を色々なところで聞くけど。
オープンソース系開発者とデータベース系技術者は微妙にちがう層を形成しているってことなのか。
コメントの

でも実際の所、今までの私の経験からすると、DBが重いのはDBエンジンの性能より、SQLの書き方によるものの方が大きいと思うんですけどねー＾＾；

という話は納得できる。
一番実行されるSQL文なのにプレースホルダー使ってないよ!!　みたいなスクリプトは結構あるのかもしれない。（←半可通なので見栄講座的な無難な記述）