nDiki : WikiName

WikiName とは「WikiName」のように大文字で始まり小文字が続く単語を2つ以上並べたもの。

多くの WikiEngine では、自動的に WikiPage への参照(リンク)になる。

URI Wiki PageName InterWiki 検索 WikiForum AutomaticLink trie WRI URL CGI NaneyOrgWiki 日本語 ISBN DanglingLink InterWikiDefinition メール URN CSS WRN 識別子 RWRN PATH_INFO 正規表現 PukiWiki 自動リンク 開発 WikiWikiWeb CGI プログラム ActivePerl 5.8.6.811

■ [ www.naney.org ] 14:00 YukiWiki の日本語 WikiName

一昨日、YukiWiki で Wiki をたちあげてみた。

なかなか面白い。 YukiWiki だと日本語 WikiName は [[なまえ]] のように '[['、 ']]' で囲む。 編集する時にはわかりやすいけど、表示される時はちょっと見にくいかな。 ということで、文中に表示される日本語 WikiName は括弧を外すようにしてみた。 この程度なら、編集する人もとまどわないでしょ。

• Rubric でプライベート SBS を立てるも 0.140 では日本語に不具合 (2006-07-22)
• Wikiの文法の標準化 (2004-02-10)
• Wiki考 (2002-09-20)
• Windows 上での Apache 2.0.53 では PATH_INF... (2005-04-10)
• www.naney.org のファイルを全て Unison で同期 (2003-11-20)

■ Wiki考

最近 NaneyOrgWiki も少しづつではあるがページ数が増えてきた。

@ 検索の重要性

TheWikiWayをとりあえず一通り読み終えて「検索」機能を随分重視しているなぁと思ったのだが何となくわかってきた。

ある程度ページ数が増えてくると、index 機能は使いにくくなってくる。 ページ数が少ないうちは中身も把握しているし IndexPage のリストも短いのでそこからピックアップするのも容易である。 検索フォームにいちいちタイプするより楽。 が、IndexPage が長くなると目で追いかけて探し出すのも面倒になってくる。 そうすると、俄然検索の方が楽になってくる。

WikiPage のページ名は「そのページ名での検索」にリンクされているので関係するページに2クリックでジャンプできる。 新規にページを作成した場合もこの検索を行って、必要に応じて他のページからきちんとリンクになっているかをチェックしたりできる。

@ カテゴリ

本家 WikiWikiWeb ではページのカテゴリ化も、検索を使って擬似的に実現している。 「ほにゃらら」カテゴリとしたいページには「Categoryほにゃらら」という WikiName を書いておく。「ほにゃららカテゴリ」のページから「Categoryほにゃらら」の一覧へは、

1. 「Categoryほにゃらら」をクリック
2. そのページのタイトル「Categoryほにゃらら」をクリックして、その文字列の含まれているページを検索

と2クリックで到達。

InterWiki をうまく組み合わせれば、1つのリンクでページのカテゴリ指定しつつカテゴリ一覧(検索結果)へのリンクも可能。カテゴリ:ほにゃららのリンク先が'カテゴリ:ほにゃらら' という文字列を検索するページになるような InterWiki の定義をしておけばよろし。

@ 階層ページ名

ページ数が増えて、検索機能が主役になってくると果たして「階層ページ名」はどうなのかな? とりあえず多義語を別ページに分けられるというメリットはある。 ただ、DanglingLink から新規作成されるページは、通常階層化したページ名じゃないから必要に応じて移動しなければならないんだよね。

階層ページ名の有効性は今後の成行きを見るという感じ。

@ text 整形出力

仕事場に Wiki を入れて情報を入力したりすると、すぐ欲しくなった機能が。

• 整形された plain text 出力機能

入力してある WikiPage をメールとかにコピーしたい場合は、plan text で適当に整形したものが出力できると嬉しい。

今の WikiEngine は WikiPage のパーサとHTML フォーマッタが一体となっている。 まずはこれを分離して、HTML、テキストそれぞれの Builder を作るとするかな。

• [ WiKicker ] If-Modified-Since: 関連作業ほぼ済 (2003-09-19)
• Debian GNU/Linux に Hyper Estraier 1.2... (2006-05-31)
• Rubric でプライベート SBS を立てるも 0.140 では日本語に不具合 (2006-07-22)
• [ WiKicker ] 憧れのサイドバー (2004-01-23)
• WiKicker に JSON でのページ出力機能を追加 (2007-04-03)

■ NaneyOrgWiki 改良

新 WikiEngine の開発にははいったけれども、稼働するのはずっと後になりそうなので、今使用している engine もまだまだ手を入れて遊びます。

@ DanglingLink の強調

WikiName と違って[[, ]]で区切るページ名は DanglingLink の時に「どこまでが名前かわからない」かなと思い、 CSS で破線をつけるようしてみる。

@ shared lock の導入

今までは CGI スクリプトの最初で必ず exclusive lock をかけるというバカ lock だった。 これだと WantedPages のような時間のかかる処理のあるページにアクセスがあると、他のページの read が軒並み sleep させられてしまう。

なので、書き込みのないアクセス時には shared lock で flock するように修正。 これで read vs read でのアクセスが待たされたくなったはず。 それでも時間のかかる shared lock なアクセスがあると write 系のアクセスはやっぱりしばらく待たされてしまうのだけれど、write 系は頻度が低いから……。

• Wiki考 (2002-09-20)
• 過去の今ごろ (2004-07-15)
• [ WiKicker ] deb 化 (2003-12-26)
• Windows 上での Apache 2.0.53 では PATH_INF... (2005-04-10)
• nDiki のサイドバーを右に移動 (2006-03-02)

■ word-break: break-all

NaneyOrgWikiのサイドバーで、長いWikiNameを表示すると折り返すところがなくてはみ出ししてしまって見苦しい。

CSS で word-break: break-all してみた。 IE6だと効く。 Galeon 1.3.11a だと駄目。

• NaneyOrgWiki 改良 (2002-10-21)
• [ Debian ] Galeon 1.3.12 (2004-02-03)
• Firefox 拡張機能の整理 (2005-02-05)
• nDiki のサイドバーを右に移動 (2006-03-02)
• Firefox ユーザプロファイル作り直し (2005-09-11)

■ [ WiKicker ] 複数のキーワード集合による、AutomaticLink

WiKicker の Wiki間連携の強化(および開発中の DiKicker との相互連携)のために、 AutomaticLink を実現しているtrieによるキーワード抽出クラスを拡張する。

本来は一つの trie に属性付きでキーワードを登録して lookup するのがよいのだろうが、

• キーワード集合に優先順位をつけたい (最長でなくても、キーワード集合の優先度の高い方に含まれるキーワードを優先して使用する)。
• 既存の(単独集合用の)クラスも性能低下させずに維持したい

ということでもっと簡単に実装。 単純に複数の trie を作って、それぞれ順番にキーワード抽出(2番目以降は先のキーワード抽出でマッチしなかった部分文字列に対して適用)するというようにした。 キーワード集合が増えるとどんどん遅くなるが、2つぐらいだったら耐えられるかな。

@ 抽出した語のリンク先

通常の AutomaticLink はその WikiForum 内のページにリンクされるのだが、例えば他のWikiForum の WikiName 集合を第2キーワード集合とした場合はその WikiForum 内のページURIに resolve する必要がある。

WiKicker の設定ファイルでどうやって指定するようにするかな。 InterWikiDefinition で定義してある InterWiki にマップするのも手だな。

さらに一歩すすめて、 WRI (WiKicker Resource Identifier) に写像してしまえば InterWiki だけでなく、いろいろ活用の幅が広がるかもしれない。

• [ WiKicker ] 自動InterWiki (2004-02-09)
• WiKicker / DiKicker の AutomaticLink 長... (2007-03-01)
• [ WiKicker ] 日記機能開発開始 (2003-12-27)
• WiKicker でソフトウェアかんばん (2007-03-01)
• 私的10大ニュース2003 (2003-12-31)

■ [ WiKicker ] 自動InterWiki

一昨日実装した、 複数のキーワード集合による、AutomaticLinkモジュールを WiKicker CGI プログラムから使えるようにしてみた。

ローカルにおいておいたキーワードリストファイルを読み込み AutomaticLink 処理(WikiForum 内で AutomaticLink でマッチしていない部分文字列に対して)。 マッチした場合は InterWiki を使ってURIに変換しリンク化する。

あわせてIndexPage.txtでWiKicker WikiForum 内の PageName を取得できるようにした。

これで例えば、2つの WiKicker WikiForum が cron で互いの IndexPage.txt を定期的に取得し、AutomaticLink するようにすれば、相補的に連携する事ができるようになる(ただし AutomaticLink のみ。WikiName や BracketName は依然としてその WikiForum 内のみ)。

AutomaticLink でのリンク先は(指定した)任意の InterWiki で定義できるので、あるキーワード集合について Google の検索結果ページや「はてなダイアリーキーワード」への自動リンクも実現可能(はてなダイアリーキーワード自動リンクAPIはキーワードリストではなく正規表現を返してくるので、元に戻す必要有り。またあれだけ巨大なキーワードリストだと毎回 AutomaticLink のために、trie 再生成するのも辛いのでもう一工夫必要)。

• [ WiKicker ] 複数のキーワード集合による、AutomaticLink (2004-02-07)
• はてなダイアリーキーワード自動リンクAPI (2004-02-05)
• [ WiKicker ] 憧れのサイドバー (2004-01-23)
• Windows 上での Apache 2.0.53 では PATH_INF... (2005-04-10)
• [ WiKicker ] 「最近のアクセスログ」処理思案 (2004-01-17)

■ 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)
• WiKicker 0.35 リリース - 添付機能の修正など (2006-06-20)
• Rubric でプライベート SBS を立てるも 0.140 では日本語に不具合 (2006-07-22)
• amaroK で Linux 上の iTunes 音楽データを聞く (2006-01-22)
• [ Perl ] Log::Log4perlのはまりどころ (2004-03-02)