nDiki : Apache

メジャーどころの Web サーバ。

インストール Perl Windows WiKicker URL Web エラー ビルド Debian GNU/Linux ファイル名 パスワード UTF-8 ノート PC sid Web ブラウザ DNS 開発 ActivePerl PHP Perl 5.005_03 URI エディタ Emacs Firefox メモリ Debian アクセスログ 日本語 Samba メモ

■ m4s tkh再会新年会

年末に帰国して、また明日にはアメリカに行ってしまうtkh君との再会もかねて、集まれるメンバで m4s 新年会を開く。

今回のメンバはやまだ君、田圃君、tkh君と自分。

tkh君もそうだが、田圃君はかなり久しぶりの再会。 当初仕事の関係で参加できるかどうか微妙だったのだが、結局退社してこれたようだ。 神田駅前に先に集まっていた3人でお店を探してうろついいる間に電話で連絡が入って合流。

@ とんかつ おりべ 神田店

まずは腹ごなしということで、食事処を探す。 呑屋ばかりでなかなかみつからないので、目についたとんかつ屋へ。

空いていたので、食べ終わってからもしばらく喋っていられたしそれなりに良かった。

@ 炙りびすとろ まる座

お店をかえてまる座へ。 最近よくあるちょっと洒落た感じの呑屋。

@ 話題

@ 仕事

tkh君と田圃君は以前に同じ会社に勤めていたので、いろいろ話がはずんでいた様子。 よいなよいな。

田圃君は現在、ビデオのコンピュータ処理関連他の仕事をしているようだ。 それなりに大きな規模の会社なので、いろいろスケールの大きいハイスペックな世界の話が聞けて興味深い。

IRIX の話などもちらほら。

@ iPod

アップルつながりで iPod の話題も結構多かった。 最近の機種はノイズが多いとか。

@ Vodafone 902SH

やまだ君が年末に機種変更。 「着うたを自作できない」等ちょっとご不満の様子。 「圃」が変換できなくて困っていた。

@ コンピュータ

4人中3人が Mac OS X ユーザなので、なかなか話についていけぬ。 やっぱり Mac OS X ユーザどんどん増えているなぁ。

@ ホスティングサービス

やまだ君はまだ今後の環境をどうするか未定の様子。

田圃君は私と同じホスティングサービスを利用しているのだが、メモリ制限でCGI プログラムが動かなくてやる気が出ない様子。 自分も契約時のホストはそうだったのだが、途中にホスト変更があったことによりApacheの設定が変わって制限がなくなったという経緯がある。

のりかえを検討しているとか。

@ tkh君の自宅サーバ

日本にきている間に、接続不能状態におちいっているらしい。 ルータは反応しているので、「部屋が全焼」という可能性はなさそうだという話。

@ tkh君デジカメ欲しい

絞り優先・シャッター優先の設定ができる機種が希望とのこと。 実際それらを効果的に使うとするとやはりデジタル一眼レフでしょうという話になって、コンパクト系の候補はほとんど話題にならず。 CONTAX TVS DIGITAL などもちょっぴり話題に。

@ 銀塩カメラ

田圃君のハリネズミ110カメラ、LOMO、ホルガ、GR1v (v だっけ?)、GR21 の話とか、TC-1 の話とか。 あとはオリンパス Pen F シリーズの話や CONTAX G シリーズの話なども。

@ ハンググライダー

田圃君が始めたそうで。あいかわらず行動力があって感服。 話を聞くと面白ろそうだけれど、いざ自分がやるとなるとやっぱりこわいな。

@ mixi

足あとに関する話題とか。 田圃君は1ヶ月ぐらい毎に退会してしまったとのこと。 mixiつながりで社内にリアルコミュニティができたり、逆に会話が無くなったりとかいろいろ面白い現象も起きているようだ。

うちの会社のスタッフについては「GAKU(ケロロ軍曹ネタ他いろいろ)」「グレイプ(いろいろ、うさぎネタ)」「ぐら(かごネタ他いろいろ)」の日記がやまだ君の研究室でウケているらしい。

• やまだいあり: 新年会

• mixipress でコミュニティ掲示板もチェック (2005-10-01)
• BOBLBE-E ANIARA に何が入るのか? (2005-05-22)
• m4s オフ会 (2005-04-23)
• [ 日記 ] SpeedyCGI による、同時処理数制御 (2004-01-20)
• 研究室 OB Twitter-ers と秋葉原で飲んだ (2008-09-11)

■ Tor で hidden service

Tor: An anonymous Internet communication system を試してみる。 Torは匿名接続を提供するシステム。 アプリケーションで Tor クライアント(あるいはサーバ)をSOCKSサーバとして指定すると、いくつかの Tor サーバを経由して目的のサービスに接続されるようになる。 途中の経路は時間とともにどんどん変わっていく(らしい)。

@ インストール

Debian パッケージになっているので apt-get。

@ Privoxy と連携させて Web閲覧

もともと普段から使用している Privoxy の config に、

 forward-socks4a / localhost:9050 .

という設定を追加して再起動。Privoxy がローカルサーバで動いている Tor 経由で接続するようになる。

 Firefox -> Privoxy(localhost:8118) -> Tor(localhost:9050)
         -> Tor server -> ... -> Tor server -> Web サーバ

という感じに複数の Tor サーバを経由して目的にサーバに接続されるようになる。

Web サーバのアクセスログを見ながら何度かHTTPアクセスをしてみると、IP アドレス(経路の最後の Tor server)が変わっていくのがわかる。

@ 使用感

かなりレスポンスが悪くなる。 現状では常時設定しておくのは辛い感じ。

Tor では名乗りを上げない限り(待ち受けポートを開けた上で、ディレクトリサーバに登録する)サーバにはならない。 このため、Tor server が絶対的に足りていないのかもしれない。

@ hidden service

Tor の面白い機能の一つに匿名サービスを提供する機能がある。 Web サーバやSSHサーバなどを匿名で晒すことができる。

この時動かす tor は Tor サーバである必要はなく Tor クライアントでかまわない。

/etc/tor/torrc に

 HiddenServerDir /var/lib/tor/hidden_http_service/
 HiddenServicePort 80 127.0.0.1:80

を追加して、tor を再起動。

/var/lib/tor/hiden_http_service/hostname というファイルに ****************.onion というホスト名が書かれているので、Tor + Privoxy 経由で http://****************.onion/ にアクセスすると、先ほどの tor が動いているサーバの Web サーバのページが見える。 hidden service を提供している tor は NAT の中にいてもOK(のようだ)。

閲覧者側に Tor (とPrivoxyなど)がインストールしてあれば、ダイナミックDNSに登録したりしなくても好きなタイミングで Web サーバにアクセスしてもらえるようになる。 面白い。

ローカルの Apache に 「ServerAlias *.onion」な Virtual Host の設定を追加して、Tor 経由専用のWebサイトも実験的に準備しておいてみた(例によって Wiki)。

• Debian GNU/Linux に Hyper Estraier 1.2... (2006-05-31)
• ノート PC で Apache Virtual Host (2004-12-15)
• Firefox 拡張機能の整理 (2005-02-05)
• [ Debian ] Privoxy + SSH (2004-01-28)
• 例によってPHS接続用に WWWOFFLE を設定 (2005-08-02)

■ Windows 上での Apache 2.0.53 では PATH_INFO が シフト JIS に

WiKicker の Windows 上での動作確認の続き。 WiKicker のPPM パッケージを作成して ActivePerl 5.8.6.811 上にインストール。 依存するモジュールで、ActivePerl に入っていないものは以下の通り。

• Algorithm::Diff
• Jcode
• Log::Log4perl
• Time::Zone (TimeDate)

既に手元で PPM パッケージ化済みなので、これもインストールしておく。

後は RCS をパスの通っているディレクトリに入れてタイムゾーンを設定。

 TZ=JST-9

で CGI プログラムとして実行。 お、表示できた。 書き込みはと。

エラー。

予想していたけれど、sendmail に依存していたところ。 sendmail が見つからない場合はメールの送信をスキップするように修正。

これでうまく動くかなと思ったら、日本語名のページを作るとうまく表示できない問題を発見。

@ PATH_INFO がシフト JIS で渡される

WiKicker では UTF-8 文字列をURIエスケープして WikiPage のURLを生成している。 このURIにアクセスされると WiKicker は、PATH_INFO から WikiName を取り出す。 この文字列がシフト JIS になってしまっている。

Windows がファイル名に使用する charset にあわせて、Apache が変換してしまっているようだ。 調べてみると他の WikiEngine でも同様の問題にあっているという記事が見つかった。

将来の 2.0 系でパッチが取り込まれて修正されるとか、そうでないとか。

現状どうするかなぁ。 WiKicker 側でシフト JIS から UTF-8 に戻すというのもできない事はないけれど、あまりやりたくはないな。 いったんシフト JIS を介しているという時点で、シフト JIS に無い文字の扱いに関する問題をかかえてしまっているし(Apache が)。

対策案:

• Apache 1.x 系を使う (まだ未確認だが、こちらだと勝手に変換されないらしい)
• WiKicker に PATH_INFO を使わないオプションをつける(URI Query Component は勝手に変換されない)
• WiKicker 側でシフト JIS から UTF-8 に変換する

• WiKicker における PageName 最長文字数 (2006-06-10)
• Rubric でプライベート SBS を立てるも 0.140 では日本語に不具合 (2006-07-22)
• WiKicker 0.35 リリース - 添付機能の修正など (2006-06-20)
• amaroK で Linux 上の iTunes 音楽データを聞く (2006-01-22)
• XAMPP で WiKicker を動かしてみた。PPM インストール OK。 (2007-02-09)

■ PATH_INFO のかわりに REQUEST_URI と SCRIPT_NAME を使う

結局 Apache 1.3.33 でもやはり PATH_INFO が UTF-8 では無くなってしまうようだ。

ということで WiKicker 側で対処。 SERVER_SOFTWARE 環境変数を見て Win32 な Apache だった場合、PATH_INFO を使わず REQUEST_URI と SCRIPT_NAME 環境変数を使って PATH_INFO にあたる文字列を取り出すようにした。

これで期待するページにアクセスできるようになった。

ただし別件で、ページ書き込み時に失敗する問題が発覚。 ページの補助情報を保存している部分の処理がこけるらしく、一度エラーになると以降のアクセスがエラーになってしまう。 要調査。

• Windows 上での Apache 2.0.53 では PATH_INF... (2005-04-10)
• WiKicker における PageName 最長文字数 (2006-06-10)
• Perl CGI プログラムのテストには WWW::Mechanize::... (2006-02-18)
• Perl v5.8.8 の CGI.pm の PATH_INFO 処理の問... (2006-07-08)
• [ WiKicker ] 「最近のアクセスログ」処理思案 (2004-01-17)

■ WiKicker 0.26 と ActivePerl 5.8.6.811 (Win32)

0.26 での依存モジュールの再確認。 ActivePerl 5.8.6.811では、追加で

• Algorithm::Diff
• Jcode
• Log::Log4perl
• TimeDate (Time::Zone)
• MIME::Base32

が必要。 それから RCS。動作確認は Apache で。

ロックまわりがうまく動いているかちょっと不安なのでテストが必要だが、一人でメモ用に使う分には問題なく使えるようになったかな。

• Windows 上での Apache 2.0.53 では PATH_INF... (2005-04-10)
• [ WiKicker ] SunOS 5.6 にインストール (2003-04-23)
• [ Perl ] Log::Log4perlのはまりどころ (2004-03-02)
• XAMPP で WiKicker を動かしてみた。PPM インストール OK。 (2007-02-09)
• [ WiKicker ] リビジョンが追加されていかない (2003-04-22)

■ mixipress でコミュニティ掲示板もチェック

この週末 mixi で遊びのついでに mixipress も試してみることにした。

mixipress はPerlで書かれたCGI プログラムで、アクセスするとmixi にログインして「最新のマイミクシィの日記・参加しているコミュニティのBBSへの投稿・以前コメントした日記・日記へのコメント・メッセージ・足あとのダイジェスト」を含むRSSを返してくれる。

ローカルの Apache に mixipress 0.31 をインストール。 0.31 が出た後、 mixi 側で URL の変更があったのでそれに対応するように一部正規表現を修正。

で Sage でアクセス。 ふむふむ、これだと面倒で見ていなかった掲示板のチェックも楽だ。

• mixipress

• Debian に RSS リーダ「フレッシュリーダー」をインストール (2006-03-06)
• m4s tkh再会新年会 (2005-01-06)
• mixi のプロフィールをランダム更新 (2005-09-30)
• [ 日記 ] SpeedyCGI による、同時処理数制御 (2004-01-20)
• 今日のさえずり - 「はてなMobileGateway」かましてから、OK... (2008-01-03)

■ ドキュメンテーション大全

プロジェクトの後半で納品用ドキュメントの整備を始めるのだが、その時はたいがいもう切羽詰りはじめていて構成やら体裁やらマネジメントやらを工夫する余力が無かったりする。 ついつい(次回は改良しようと思っていつも思っている)前回のプロジェクトの手法を踏襲してしまいがちだ。 ともすれば劣化コピーになりかねない。

やはり、忙しくても日頃からの改善は重要である。

最近はアジェンダ・議事録・開発メモなどを、積極的に Wiki や Subversion で共有するようにし、その点では以前より改善してきている。

今後はさらに、出荷ドキュメントのレビュープロセスなどを確立し品質を高めていきたいところである。 現状でもチームメンバでのピアデスクチェックやパスアランドを非形式的に行っているのだが、「チェックの程度」やその後の「修正」および「修正の確認」については、まだなんとなくやったかなという具合。この辺りを工夫したい。

先月発売されていて気になっていた「開発の現場 Vol.003」に、何かヒントがあるかなと思って買ってみた。

• 開発の現場 Vol.003 効率UP&スキルUP ドキュメンテーション大全

パラパラと見た感じではテクニカルライティングの話はあまりなく、主にソフトウェア開発における中間成果物としてのドキュメントや開発者間ドキュメントをどうとりまとめていくかという話が中心のよう。 Wiki による開発資料のライトな共有など、うちのチームでも進めている話など。

「(最初から)完全なドキュメントを書こうとしない」というのはもっとも。 状況はほとんどの場合変わるし、最初の段階では未確定の部分も多い。 だからといって、いつまでたっても手元で温めていてもしょうがない。

技術的な話では Perl の Pod を活用しようという話。 Perl 以外の言語のコメント中に Pod 形式でドキュメントを書こうという提案や、Apache で動的に Pod ドキュメントを整形しようという話とか。

テキストフォーマットとしての Pod は =over / =item / =back によるリスト表現など、最近のフォーマットに比べてすごく読み易いわけではないが、たしかに他の言語のコメントに埋め込んでおいて処理するのは、標準の Pod 関連のモジュールでできるな。

自分も Pod でドキュメントを書くけれど、(Perl 以外は) 個人的には reStructuredText にしたいと考えている。 ただ Pod みたいに他のテキストの一部に埋め込んでその部分のみ処理する記法およびツールがが標準の reStructuredText / Docutils には見当らない。 実はどっかにあるのだろうか。

[ 書評 ]

• 第1回 社内 Perl 勉強会 (2006-04-21)
• 私的10大ニュース2004 [ comp ] (2004-12-31)
• [ WiKicker ] 日記機能開発開始 (2003-12-27)
• 定型書式で内容を記述していくのに便利な形式は? (2005-11-21)
• bundle を作成して Perl モジュールをまとめてインストール。 (2004-10-21)

■ Perl CGI プログラムのテストには WWW::Mechanize::CGI を

CGI プログラムを書いていて、いつも困るのがリグレッションテスト。

パッケージのビルド時に実行するテストスーツ (make check / make test 用テストプログラム群) に含めておきたいが、さすがにその場で Web サーバの下へセットアップするわけにもいかない。 ミニ Web サーバを同梱してテストスーツ内で起動する方法はちょっとおおがかかりだし、ポート番号の選択やらサーバの停止の問題もあって、かなり面倒。

結局、テストスーツの中で環境変数や標準入力など CGI リクエスト環境をセットアップして、CGI プログラムを実行するという王道(?)かつ泥臭いテストを書くことになったりする。

何かいいものはないかと探していたところ、WWW::Mechanize::CGI というものをみつけた。

LWP::UserAgent を継承した WWW::Mechanize モジュールは Web ブラウジングを容易にする有名どころのモジュールである。

WWW::Mechanize::CGI モジュールはさらにこれを拡張したモジュールで、HTTP リクエストを、仮想的に CGI プログラムやサブルーチンへの呼出しにしてくれる。 これを用いるとあたかも Web サーバ上の CGI プログラムにリクエストしレスポンスを受けとっているかのように、テストプログラムを書くことができる。

素晴しい。

さっそく WiKicker のテストを書き換えてみた:

 use Test::More tests => 2;
 use WiKicker::WikICGI::Controller;
 use WWW::Mechanize::CGI;
 use File::Temp qw(tempdir);
 use File::Spec;
 my $www_dir = tempdir(CLEANUP => 1);
 my $mech = WWW::Mechanize::CGI->new;
 $mech->cgi(sub {
              $ENV{PATH_INFO} = '' if $ENV{PATH_INFO} eq '/';
              WiKicker::WikiCGI::Controller->new->run});
 $mech->env($mech->env,
            SCRIPT_FILENAME => File::Spec
                                 ->catfile($www_dir . '/wiki'),
            SCRIPT_NAME => '/wiki');
 my $response = $mech->get('http://localhost/wiki');
 ok($response->is_success);
 like($response->content,
      qr|<title>WikiForum\[WiKicker\]: FrontPage</title>|);

WWW::Mechanize::CGI オブジェクトを new した後、cgi メソッドで CGI サブルーチンを指定するか、cgi_application メソッドで外部 CGI プログラムを指定する。 ここでは直接、CGI サブルーチン (WiKicker::WikiCGI::Controller->new->run を実行)を指定した。

なおここで WWW::Mechanize::CGI が使っている HTTP::Request::AsCGI 0.5 における PATH_INFO の扱いが Apache などとは違って、空でも必ず '/' が入るようになっている。 これだと WiKicker では困るので、サブルーチンのところで修正している。

後は必要ならば WWW::Mechanize::CGI::env で、追加の環境変数設定を行っておく。

セットアップが済めば通常の WWW::Mechanize と同様に get 等でリクエストを行いレスポンスを受けとることができるようになる。

いい。しばらく試してみて不具合がなさそうなら、定番のテストスタイルにしたい。

ちなみに Test::Harness 用の Test::WWW::Mechanize にあわせて、Test::WWW::Mechanize::CGI というものもある。 これらを用いるとさらにテストを書くのが楽になるが、依存するモジュールも多いので無理に使わないほうがいいかもしれない。

• Test::WWW::Mechanize で Web アプリケーションをテ... (2006-09-13)
• 一般ユーザで Apache 2.0 を起動する最小限の httpd.conf (2006-07-15)
• 他の Web サイトの情報を URI::Fetch でキャッシュ付き取得 (2005-10-29)
• CGI プログラム、Out of memory! に泣く (2001-01-04)
• [ WiKicker ] 「最近のアクセスログ」処理思案 (2004-01-17)

■ FreeBSD と Apache::Htpasswd

WiKicker の認証ドライバの1つとして、まずは Apache の htpasswd パスワードファイル(AuthUserFile ディレクティブ用パスワードファイル)形式のものを作成することにする。 これなら htpasswd で作成することができるので、最悪最初の段階では WiKicker に登録・削除機能を入れないで済む。

Perl からこのパスワードファイルを扱うモジュールとしては Apache::Htpasswd や、Authen::Htpasswd がある。 CPAN にある CGI-Application-Plugin-Authentication は前者を、Catalyst-Plugin-Authentication-Store-Htpasswd では後者を使用している。

機能的にはほぼ同じか。 Authen::Htpasswd の方がユーザ名に対応するオブジェクトを取得するメソッドがあり便利といえば便利だが、まあなくても困らないだろう。

ということで今回は、依存モジュールの少ない Apache::Htpasswd を選択した。 Perl 5.005_03 にはない warnings プラグマが使われているが、Htpasswd.pm の

 use warnings;

1行を削除すれば問題無し。

FreeBSD 4.4-RELEASE #3 + Perl 5.005_03 + Apache-Htpasswd 1.7 だと、crypt 関連のテストケースが失敗する(not ok 17)のがちょっと気になるところ。 MD5 ベースのパスワードの読み書きは問題ないので、この環境ではこちらを使うことにしよう。

• ノート PC で Apache Virtual Host (2004-12-15)
• [ WiKicker ] 「最近のアクセスログ」処理思案 (2004-01-17)
• PostgreSQL を使いはじめる (1999-12-17)
• [ WiKicker ] SunOS 5.6 にインストール (2003-04-23)
• 最新の Module::Install は Perl 5.005_03 ステ? (2006-04-29)

■ Debian に RSS リーダ「フレッシュリーダー」をインストール

2006年3月1日にリリースされた RSS リーダ フレッシュリーダー(Fresh Reader)を昨日 Debian GNU/Linux sid 環境へインストールして試用を開始してみた。

@ Debian GNU/Linux sid へインストール

ノート PC 上で動いている Apache2 にインストール。PHP が必要なので、libapache2-mod-suphp をインストールしておく。

 apt-get install libapache2-mod-suphp

他のプライベートな Web サイトと分離するために、バーチャルホストを1つ作ってそこへインストールすることにする。 libapache2-mod-suphp を使って、自分のユーザ権限で db に書き込むように設定。 また自分だけが使えるようにアクセス制限しておくことにする。

/etc/apache2/sites-available/freshreader を作成:

 <VirtualHost *>
   ServerAdmin naney@naney.org
   ServerName freshreader
   SuexecUserGroup naney naney

    DocumentRoot /var/www/freshreader
    <Directory />
      Options FollowSymLinks
      AllowOverride None
    </Directory>
    <Directory /var/www/freshreader>
      Options Indexes FollowSymLinks MultiViews ExecCGI
      AllowOverride All
      Order deny,allow
      Deny from all
      Allow from 127.0.0.0/255.0.0.0 ::1/128
    </Directory>

    ErrorLog /var/log/apache2/error.log
    LogLevel warn

    CustomLog /var/log/apache2/access.log combined
    ServerSignature On
 </VirtualHost>

で、次にバーチャルホストを有効にする。

 #mkdir /var/www/freshreader
 #chown naney.naney /var/www/freshreader
 #a2ensite freshreader
 #emacs /etc/hosts                # 127.0.0.1 に freshreader を追加
 #/etc/init.d/apache2 reload

続けてフレッシュリーダーをインストール。 基本的にはアーカイブを展開するのみ。

 $cd /var/www/freshreader
 $tar zxvfp ~/sffr10lin.tar.gz
 $chmod 700 db

で Web ブラウザから

 http://freshreader/freshreader/index.html

にアクセスする。これで基本的なインストール終了。

それから1時間に1回自動巡回するようにしておく。 今回は自分のユーザアカウント (naney) でインストールしてあるので、自分の crontab 設定に追加する。 自分の場合は、1時間に1回 run-parts されるディレクトリがあるので、そこに

 #!/bin/sh
 /usr/bin/php5 -f /var/www/freshreader/freshreader/crawler.php

というファイルを作成しておく。

あとはマニュアルの通りWeb ブラウザでユーザを作成したり、巡回先を登録したりしていく。

@ 感想

現在のところ Web 巡回は

• なつみかん (以前から使っているアンテナ)
• はてなアンテナ (RSS のないサイト巡回用)
• Bloglines (RSS サイト巡回用)
• Sage (Bloglines には上げたくないプライベートな RSS や、ローカルホストで動いている mixipress 巡回用)

と用途ごとに分散してしまっている。

集約したかったのだが、なかなかこれというのが無かった。

フレッシュリーダーだと

• MyRSS.jp のエンジンを使って、RSS フィードのないサイトも登録可能
• ローカルで動かせるので、プライベットネットワーク上の RSS フィード、プライベートな RSS、ローカルホスト上の RSS を集約できる
• Bloglines に同様の未読管理
• Web ブラウザベース (記事中のリンクもそのまま Firefox 上で閲覧していける)

と望んでいる機能が入っている。

早速 Bloglines から登録一覧を OPML でエクスポートして、インポート。

動作も軽快だしいい感じだ。 「一度に表示する未読記事の数」が設定できるのが非常に気にいった。

未読記事を表示したらそのページ(タブ)を閉じる前に全部目を通さなければならない(でないと、読んでいないものも既読になってしまう)。 Bloglines だと前回見てからの未読が1度に全部表示されるので、間隔をあけてしまった時に辛い。 この点でフレッシュリーダーは便利。

現在「無制限」「約100件」「約1000件」が選べるが、ここは自由に数値で指定できるとなお嬉しい(50件づつぐらいにきざみたい)。

Web 巡回は、基本的にこれに集約しようかな。

ということでブロガーライセンス(自身でブログ/ホームページを運営されている方向けの優待ライセンス: 無料)を申請。

• Web 巡回を集約するのに便利な RSSリーダー、フレッシュリーダー
  • Windows 版、Linux 版、FreeBSD 版あり

• CUPS で Debian から EPSON カラーレーザプリンタへ印刷 ... (2006-01-04)
• はいぱー日記システムで日記を開始 (2001-05-11)
• Firefox 時間帯別ホームページ切り換え (2006-09-19)
• RSS 巡回しすぎなのでフレッシュリーダーを Web ブラウザのホームペー... (2006-09-18)
• Linux 母艦ノート PC を使わずに仕事ができるかチャレンジ (2007-08-20)