nDiki : YukiWiki

結城浩氏が開発されている、Perl で記述された WikiEngine。 国内で開発された多くの WikiEngine に影響を与えた。

www.naney.org でも、当初 NaneyOrgWiki のエンジンとして YukiWIki 2.0.5 を修正して使用していた(現在は WiKicker に移行)。

Wiki Java WRI CGI プログラム ロック emacs-wiki WikiForum URL BracketName 文法 RWRN WalWiki suEXEC ポイント HashedWiki 表記 InterWiki PDF ドラマ 映画 WikiWiki Flickr PDFJ PHP AsWiki WikiClone 日本語 ExtendedBracketName MobWiki GPL

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

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

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

• www.naney.org のファイルを全て Unison で同期 (2003-11-20)
• [ WiKicker ] SpeedyCGI 対応するも…… (2003-11-09)
• [ WiKicker ] hell mode - HTMLタグ付けブロックの導入 (2005-09-13)
• Windows 上での Apache 2.0.53 では PATH_INF... (2005-04-10)
• 過去の今ごろ (2004-03-04)

■ [ www.naney.org ] YukiWiki 2.0.5 追従

NaneyOrgWiki に YukiWiki 2.0.4 -> 2.0.5 の差分を適用。

• www.naney.org 容量超過警告につきダイエット開始 (2006-10-03)
• www.naney.org サーバ断続的にダウン (2006-04-30)
• [ WiKicker ] リビジョンが追加されていかない (2003-04-22)
• www.naney.org コンテンツメンテナンス (2004-07-04)
• [ www.naney.org ] 14:00 YukiWiki の日本語... (2002-03-06)

■ [ WiKicker ] リビジョンが追加されていかない

あれ、NaneyOrgWiki のリビジョン管理(RCS)がうまくいってないみたい。 リビジョン番号があがっていくページもあれば、そうでないページもある。 Why?

で確認してみると、RCS の lock まわりの問題。 CGI プログラム経由の ci/co を呼び出しはユーザ名 root でロックをかけようとするのか。 suEXEC で作成されているファイルの権限は naney になっているので、locker も当然 naney になっていると思ったのだけれど、勘違い。 このため、

• WiKicker に移行した後、新規作成されたページ → CGI プログラム経由で root による lock 獲得が成功しリビジョンが上がっていく。
• ユーザ naney で import ツールを使って YukiWiki2 からコンバートしたものは、naney によって lock がかかっているので、CGI プログラムからは lock が獲得できず check-in できない。

という事になっているようだ。 とりあえず naney で

 rcs -U RCS/*

して、non-strict モードに。 これで、どのページもリビジョン管理できるようになったはず。 しかし、現状だと

• import したもの non-strict mode / locked by naney
• 今日まで新規作成されたもの non-strict mode / locked by root
• 今日以降新規作成されるもの strict mode / locked by root

となり気持ち悪いなぁ。 今は、常に lock 状態になるようにしているんだけれど、non-strict mode + 非 lock 状態というふうになるようにすべきかも。

• [ WiKicker ] RCSファイルのリビジョン間引き (2004-04-04)
• [ Perl ] Log::Log4perlのはまりどころ (2004-03-02)
• [ WiKicker ] (続)リビジョンが追加されていかない (2003-04-23)
• [ WiKicker ] 久しぶりにメンテナンス (2004-04-02)
• Windows 上での Apache 2.0.53 では PATH_INF... (2005-04-10)

■ [ WiKicker ] (続)リビジョンが追加されていかない

昨日修正したつもりだったがまだ駄目だった。 モードを変更するだけではなくて、 naney 権限で

 rcs -u -M RCS/*

して実際に unlock しておかないと駄目だった。

今回の敗因はCGI プログラムからのアクセスと同じ条件で YukiWiki2 のデータを import しなかった事。

• [ WiKicker ] リビジョンが追加されていかない (2003-04-22)
• Perl CGI プログラムのテストには WWW::Mechanize::... (2006-02-18)
• WiKicker に Flickr 関連機能追加 (2005-02-11)
• www.naney.org サーバ断続的にダウン (2006-04-30)
• SpeedyCGI 以下で WiKicker がうまく動かない? (2006-12-04)

■ Wikiの文法の標準化

今まで触れなかったが、やはり文法拡張する際は気になる存在。

各方面で出ている賛否どちらの意見もうなずける点が多く、自分の思いつく点もだいたいどこかで語られている感じ。

私が最初に Wiki の存在を知ったのは、やまだ君からだった。 当然「記法(文法)は?」というのがまず気になった点だったが、その時すでに「Wikiの文法はWikiEngine毎に異なる」という事だった。

WiKicker という新しい WikiEngine を作る際には、もちろん各 Wiki の文法を調べたのだが、それはもう様々で。 「見出し」記号など単純に流派的なものと、ブロックやプラグインなど設計思想に依存するものがあって、特に後者はどれかを統一して選択するのは難しいと感じた。

WiKicker では(もともと利用していた) YukiWiki2 に emacs-wiki の [[A][B]] を加え、その他の文法要素と表記は、

• 見やすさ
• メジャー度
• WiKicker のベースの文法と衝突しない
• 行指向を採用(行を越えた、開始・終了を利用者が明記しないで済むように)
• 構文解析しやすい (実装の容易性は、高速化・独自ツール作成時に重要)

あたりをポイントに決めた。

@ 将来標準(ができたとして)に準拠する?

多分しないな。 面倒だし。

• [ WiKicker ] WiKicker へ脚注機能追加 (2004-02-10)
• [ WiKicker ] hell mode - HTMLタグ付けブロックの導入 (2005-09-13)
• 無制限 HTML タグ付けブロックを使って nDiki に Google ... (2007-08-23)
• [ WiKicker ] touch (2003-05-14)
• [ WiKicker ] リビジョンが追加されていかない (2003-04-22)

■ WiKicker に Flickr 関連機能追加

WiKicker / DiKicker で Flickr 上の画像ファイルを貼れるように WRN scheme を追加。 Flickr では

 画像ファイルURL:
    http://photos番号.flickr.com/画像ID_文字列(_サイズ).jpg
 画像ページURL:
   http://www.flickr.com/photos/アカウントエイリアス/画像ID/

となるようだ。画像サーバ名と文字列部分の割り当ては推測できないので、画像ファイルURLは直接指定する他ないか。 後はアカウントエイリアスを指定すれば2つのURLが生成できる。 幸いアカウントエイリアスは : を含まない ([a-zA-Z0-9_-]+?)。

以上から WikiPage の中では

  [[flickr:アカウントエイリアス:画像ファイルURL]]

のように指定できるようしてみた。 www.flickr.com はレスポンスが悪いのだが画像サーバ自体のレスポンスは良いようで、試しに nDiki に貼ってみたが特に問題はないようだ。

@ 画像からのリンク

WiKicker では YukiWiki を真似て WikiPage に貼ったインライン画像はその画像のURLにリンクするようにしていたのだが、今回やめることにした。

Flickr や ASIN リンクのようにリンク先が決定できる時のみリンクにするようにする。 以前から、バナーを貼る時などのために「画像URLとリンク先URLの両方」を指定できるようにしたいのだが、いい記法が思い浮かばないのでいままでずっと実装しないままになっている。 何かうまいWRIを考えたい。

• Flickr に登録 (2005-02-08)
• Flickr + nDiki (2005-02-11)
• WiKicker 0.25 リリース - Win32 対応は動作未確認 (2005-05-07)
• WiKicker / DiKicker の AutomaticLink 長... (2007-03-01)
• DiKicker の出力する HTML コードを小さく (2006-10-05)