はてなブックマーク

Ubuntu Server 11.10におけるRoundcubeをnginxで利用するための設定例をメモとして書いておきます。これはapacheの設定例をnginx用に書き換えてみたものです。これで運用できています。 /etc/ngixn/conf.d/roundcube.conf server { # 色々、略 # Roundcubeのfavicon location /favicon.ico { alias /var/lib/roundcube/skins/default/images/favicon.ico; allow all; } # roundcubeのルート location /roundcube { alias /var/lib/roundcube; allow all; } # tiny mce location /roundcube/program/js/tiny_mc

6月11日にDNSキャッシュサーバunbound 1.3.0がリリースされました。 このバージョンからWindows版も正式にリリースされました。 UNIX/LinuxからWindowsに移植されたオープンソースのソフトウェアとしては珍しくインストーラが付いています。そのため、お手軽にインストールできます。 リリース直後に、自宅のノートPC（Windows XP SP3）にインストールしてみました。 インストールの手順としては、公式サイトからダウンロードしたunbound_setup_1.3.0.exeを実行しただけです。インストーラーが起動して、出てくる画面に従って操作すると、インストールが完了し、unboundのサービスが起動します。unbound-hostなどのユーティリティもインストールされるので、環境変数PATHを設定します。これでunboundを利用できるようになります。 イン

次の話のネタの前提として以前に雑誌に書いたコラムを転載します。厳密に言えばコラムの元原稿からの転載ですが。 Muttで利用できるメイルボックスの形式の特徴を説明します。 mbox 一つのファイルに全てのメッセージを格納する形式で、各メッセージは次のように"From "で始まる行（From_行）で始まり、空白行で終わります。From_行の形式は大抵"From 送信者(envelope sender) 配送時間"です。 From [email protected] Fri, 16 Feb 2001 22:22:22 Return-Path: Date: 16 Feb 2001 11:11:11 -0000 From: bar To: foo Hello, world! このため、このFrom_行が各メッセージの区切りになりますが、本文中に"From "で始まる行がある場合に区別できなくなり問題にな

前回に引き続き、変数を含む3つの文字列を連結する場合はどの方法がよいのか調べてみます。結果の変数に格納する際に"+="を使うのは明らかに遅いのでconcatを使うことにします。 テスト1: "+"による連結 str = 'def' for i in 1..100000 buf = 'abc' + str + 'ghi' end テスト2: "<<"(concat)による連結 str = 'def' for i in 1..100000 buf = 'abc' buf << str buf << 'ghi' end テスト3: 式展開 str = 'def' for i in 1..100000 buf = "abc#{str}ghi" end テスト4: 配列のjoin str = 'def' for i in 1..100000 buf = ['abc',str,'ghi'].join(

Rubyにおける文字列の連結に関してどの方法で処理した方がコストが小さいかを調べてみます。PerlやJavaでの経験上ある程度の予測は付きますが。 テスト1: "+"による連結 buf = '' for i in 1..100000 buf += 'abc' end テスト2: "<<"(concat)による連結 buf = '' for i in 1..100000 buf << 'abc' end テスト3: 配列のjoin arr = [] for i in 1..100000 arr.push('abc') end buf = arr.join() 結果 テスト1 +による連結 29.462s テスト2 concatによる連結 0.138s テスト3 配列のjoin 0.150s テスト1が異常なほど時間がかかっているのは、Stringオブジェクトの生成コストのためであるのは明らか

Text::MeCabでのわかち書き処理が遅い件について、記録を取っていなかったので再度処理時間を計り直しました。 用意した文章は次のものをUTF-8に変換したものです。 実際に来た迷惑メール(1767バイト) 青空文庫より『瓶詰地獄』（夢野 久作著）(25496バイト) 青空文庫より『黒死館殺人事件』（小栗 虫太郎著）(1039324バイト) MeCab $ time mecab -Owakati < ~/spam-utf8.txt > /dev/null real 0m0.009s user 0m0.004s sys 0m0.004s $ time mecab -Owakati < ~/binzume_jigoku.txt > /dev/null real 0m0.045s user 0m0.032s sys 0m0.012s $ time mecab -Owakati < ~/kok