trac導入してみました！

subversionでファイル管理していたものが、このtracを使うことで
ブラウザから見れるようになりました。

ま、でもそれができたところで
「それで？」
って感じで
「だから？」
って感じなんですが、自称セッティングマニアとしてはセッティングこそが
命。その後どう使うかということについては関知しませんｗ
(subversionも導入してから大して使ってないし)

ブラウザからsvnリポジトリが見えるメリットとしては、
「TortoiseSVNのようなSVNクライアントをいちいちインストールしなくても
ファイルを閲覧できる」ってところですかね。

外出先で忘れ物したときでも、ネットカフェでファイルをGET出来るって
ことくらいしか…

tracはそんなsvnリポジトリ閲覧機能のほかに、wiki、バグトラッキングシステム
(これが本来の機能か)があります。

wikiは世に出回っている一般的な作法と少し違うようで、「とっつきにくい」
との評判です。
バグトラッキングシステム(BTS)は、平たくいえばバグ管理システムで、
バグ発生からその解決に至るまでのプロセスを残していけるシステムです。
これは複数の人がかかわるプロジェクトでこそ真価を発揮するので、正直一人
で自作自演してもしょうがないところ。

ということで使い道あまりないので、セットアップしたURLさえもそのうち忘れそうな
勢いです。

trac自体についていえば、そのコンセプトはいいんだけど、作りはまだ発展途上
という気がします。
GUIの管理コンソールが標準でついておらず、プラグインとして後から入れないと
いけないんだけど、XOOPSのようにファイルを置いてポンと一発アップデートとい
うようにはいかず、エディタで設定ファイルをいろいろ変えないといけなかったり、
コマンドラインから呪文を発行しないといけなかったりするので、このあたりもう
少し使いやすくなったらいいなと思います。

そんなことより、subversionリポジトリ内に入っている画像ファイルをサムネイル
表示できるようなツールってないかなぁ…
さんざん探したんだけど結局見つからず。
それができると画像ライブラリサーバーが出来上がるんだがなぁ…

可能性としては、
(1) tracのようなWebファイルマネージャに画像サムネイル機能をつける
(2) svnクライアントにサムネイル画像閲覧機能をつける
のどちらかだと思います。
(1)については、tracのプラグイン探した感じではそんなの見つからなかったし。
(2)については、サムネイル化する機能がsubversion本体にはたぶんないから、
実現するとしたらクライアントだけの実装になると思うんだけど、そうすると
サムネイル表示だけやってもファイルを全部ダウンロードするのとネットワーク
負荷は変わらないからあまり意味ないし。
(全部の画像ファイルをダウンロードするのが嫌なので、サムネイル表示させて取
捨選択したい)

ちょっと旅行して写真撮ると、すぐ1GB、2GBは超えちゃう時代になりましたからね。
母艦に全部画像ファイルは置いて、クライアントPCでちょろちょろ見る、というス
タイルにしたいのですよ。

調子に乗って今度はWebDAVを導入しようとしたがうまくいかんorz
まぁ特になくてはならないということはないから、あきらめるかorz

でもtrac + subversion というのはやってみたいような…

toyaoWebサーバーが、外部からのアクセスだとサクサク動くのに、家庭内LANからだとなんか待たされる感があって、「なんでかな？」と思ったので調べてみました。
mdnsというポートからのパケットがなにやら送信リトライを繰り返していました。マルチキャストDNSというものでした。
その語句自体は初めて聞くもので、どうやらApple社の開発したRendezvousというプロトコルに関係するものだそうな。
最初はそれをインストールすれば問題は解決するんかな？と思っていろいろ調べていたけど、どうも方向性が違うような気がしたので、
試しに /etc/hosts にwindowsクライアントのマシン名を登録するとサクっと解決しました。
WebサーバーとWindowsクライアントの間で名前解決出来てないだけでした。

Windowsマシンが固定IPアドレスならばこれで解決なのだけれど、うちにはDHCPクライアントマシンがあと2台…
案の定それらのマシンからは問題解決してなかったので、
そういえば、DHCPで取得したIPアドレスはプライベートネットワーク間でどうやって名前解決してるんやろう…と思って
いろいろ調べてみたら、DHCP＋DNSのコラボで解決出来ることがわかりました。

DHCPとDynamic DNSの連携システム

DNSサーバーって聞くとなんか難しそうな感じがしてたので、今まで避けて来たのですが、この際勉強してみるのもいいかなと思って設定しました。

/etc/named.confの設定

// プライベートネットワーク内からのみアクセスを許可
acl toyao-net {
192.168.xxx.0/24;
127.0.0.1;
};

//ゾーンの設定
zone “toyao.net” {
type master;
file “/etc/bind/db.toyao.zone”;
allow-update{
127.0.0.1; #DHCPサーバのアドレスを指定
};
};
zone “xxx.168.192.in-addr.arpa” {
type master;
file “/etc/bind/db.toyao.rev”;
allow-update{
127.0.0.1; #DHCPサーバのアドレスを指定
};
};

/etc/bind/db.toyao.zone の内容
db.toyao.revも同じ内容でいいので作っておく。(だけど別ファイルにしないとうまくいかない)

$TTL 604800
@ IN SOA localhost. root.localhost. (
1 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Negative Cache TTL
;
@ IN NS localhost.

/etc/resolv.conf の設定

nameserver 192.168.xxx.xxx ← プライベートDNSサーバーのアドレス
nameserver yyy.yyy.yyy.yyy ← ISP提供のDNSサーバーのアドレス
nameserver xxx.xxx.xxx.xxx

/etc/dhcp3/dhcpd.conf の設定

zone toyao.net. { #正引きtoyao.netのマスター・ゾーンサーバを指定
primary localhost;
}

zone xxx.168.192.in-addr.arpa. { #逆引きxxx.168.192.in-addr.arpaのマスター・ゾーンサーバを指定
primary localhost;
}

bindのリスタート

/etc/init.d/bind9 restart

dhcpdのリスタート

/etc/init.d/dhcp3-server restart

DHCPクライアントがIPアドレスを取得したときに、サーバー側で以下のようのログが/var/log/syslog に出ていればOKです。

named[10947]: client 127.0.0.1#33119: updating zone ‘toyao.net/IN’: adding an RR at ‘vaioU.toyao.net’ A
named[10947]: client 127.0.0.1#33119: updating zone ‘toyao.net/IN’: adding an RR at ‘vaioU.toyao.net’ TXT
named[10947]: journal file /etc/bind/db.toyao.zone.jnl does not exist, creating it
dhcpd: Added new forward map from vaioU.toyao.net to 192.168.xxx.19
named[10947]: client 127.0.0.1#33119: updating zone ‘xxx.168.192.in-addr.arpa/IN’: deleting rrset at ’19.xxx.168.192.in-addr.arpa’ PTR
named[10947]: client 127.0.0.1#33119: updating zone ‘xxx.168.192.in-addr.arpa/IN’: adding an RR at ’19.xxx.168.192.in-addr.arpa’ PTR
named[10947]: journal file /etc/bind/db.toyao.rev.jnl does not exist, creating it
dhcpd: added reverse map from 19.xxx.168.192.in-addr.arpa. to vaioU.toyao.net