ArtSoftwareWorks.Net - [xpWiki私的リファレンスマニュアル/xpWikiの基礎知識のバックアップ差分(No.13)]

サイト内の現在位置です：

TOP > Wiki > xpWiki私的リファレンスマニュアル > xpWikiの基礎知識のバックアップ差分(No.13)

[ 差分 | バックアップ | リロード ]

--- 12: 2009-04-04 (土) 08:44:16 taked2
+++ 13: 2009-04-04 (土) 23:59:13 taked2
@@ Line 4: / Line 4: @@
 #contents
-** xpWikiとは [#yc354c5d]
+** 目次 [#s06f1b79]
++ [[xpWikiとは>./xpWikiとは]]
++ [[xpWikiのメリット>./xpWikiのメリット]]
+-- Wikiである
+-- PukiWikiベースである
+-- XOOPSモジュールである
++ [[xpWikiのデメリット>./xpWikiのデメリット]]
+-- 複雑なレイアウトができない
+-- XOOPSのモジュールである
+-- 設定が複雑
+-- バックアップが特殊である
++ [[xpWikiを使うには>./xpWikiを使うには]]
+-- 利用者の場合
+-- 管理者の場合
+~
+~
+~
+~
-xpWikiとはなんでしょう。xpWikiはWikiの一種です。ということで、まずWikiとはなにかを説明しましょう。~
-Wikiとはハイパーテキスト(複数の文書同士を関連付けるシステム)を実現したソフトウェアで、特にホームページの作成に威力を発揮します。一度サーバ上にWikiのソフトウェアを入れておけば、後はブラウザさえあればどこからでも気軽にホームページの作成・修正が可能です。実際にWikiを使ったサイトの代表的な例は[[Wikipedia:http://ja.wikipedia.org/wiki/%E3%83%A1%E3%82%A4%E3%83%B3%E3%83%9A%E3%83%BC%E3%82%B8]]でしょう(Wikipediaがあまりに有名になってしまったので、「Wiki = Wikipedia」と誤解している人もいますが、WikipediaはWikiというシステムを使ったサイト、という方が正確でしょう)。Wikiの場合、ニュースや掲示板のように時系列のメッセージを並べるといった使い方より、ページ自体のリンクを重視した使い方が中心となるのでマニュアルや辞典、ナレッジベースを構築するのに便利です。また複数の人による共同編集も可能ですので、グループウェアとして使うこともできます。~
-最初のWikiは1995年に[[ワード・カニンガム:http://ja.wikipedia.org/wiki/%E3%83%AF%E3%83%BC%E3%83%89%E3%83%BB%E3%82%AB%E3%83%8B%E3%83%B3%E3%82%AC%E3%83%A0]]によって作られました。これは「WikiWiki」という考え方を実現したもので、そのアイディアや有用性が広く認められることとなりました。また、Wikiソフトウェアの本体部分はそんなに難しいものではないため(7行のプログラムで動くWikiもあります)、その後「Wikiクローン」と呼ばれる多くの拡張版、派生版を生みました。現在では代表的なWikiソフトウェアの種類を上げると100種類以上にのぼります。(( [[WikiMatrix:http://www.wikimatrix.org/]]))~
-xpWikiはWikiクローンの１つである[[PukiWiki:http://pukiwiki.sourceforge.jp/]]1.4.8-alphaをベースに、XOOPSモジュールとしてnao-ponさんによって実装されました。初出は2006年で、現在も精力的に開発が進んでいます。xpWikiはWikiとXOOPSの両方のメリット(とデメリット)を持つソフトウェアといえるでしょう。
-** xpWikiのメリット [#g94d76ae]
-では、xpWikiにはどんなメリットがあるのでしょうか。
-*** Wikiである [#ma81a212]
-xpWikiはWikiの一種ですから、Wikiの持つメリットがそのまま発揮されます。
-**** ページの作成・編集・削除が容易 [#i7ad8ed4]
-ホームページを作る場合、通常はホームページビルダーやDreamweaverといったホームページ作成ツールを使いHTMLでページを記述し、それをFTPでWebサーバ上にアップロードする、という手順を踏みます。そのため内容を修正したい場合、作成ツールで修正、アップロードの手順を繰り返すことになります。それにオリジナルの内容をどこかローカルに保存しないといけないため、履歴管理や複数の人が共同で編集するには難しい面があります。またページ間のリンク構造は人間が手動で管理しなければなりませんので、数ページのホームページならともかく、数百～数千ページとなってくると、管理が破綻するのは目に見えています。~
-Wikiの場合、コンテンツはすべてサーバ上で管理しているため、オリジナルデータをローカルで管理する必要がありません。ページの作成、編集、削除もブラウザさえあればどこからでも作業が可能ですし、共同作業も容易です。履歴をさかのぼることもできるので、前の内容に戻したいといったことも簡単にできます。またページ間リンクもWikiエンジンが自動で管理してくれるので、サイトのWiki内ではリンク切れが起こりません。~
-Wikiでは「後でページを作りたいけど、今は書けない」「ここの内容を別ページとして詳しく記述したい」といったときに、簡単にページの追加、変更ができます。そのため、最初から完璧な構成のページを作らなくても、じょじょに完成形を作り上げていく、といった作り方が一般的でしょう。
-**** 書式が簡単 [#of7e1d31]
-ホームページはHTML(またはXHTML)と呼ばれるマークアップ言語によって記述されます(ホームページビルダーのようなWYSIWYGエディタを使っても、最終的にはHTML構文のテキストになります)。しかしHTMLはかなりの数の構文やオプションを装備しているため、一般の人には記述が難しいという難点があります。またHTML自体も数度のバージョンアップによって規格が変更されている上、ブラウザの種類によってはその再現が微妙に異なるといった「方言」の問題があります。それに基本的な問題として「タグが入れ子で閉じていなければいけない」という制約があり、複雑な構造のテキストになってくると、それを手動では保証する手段がありません。~
-Wikiでは「Wiki書法」と呼ばれる構文によってページを記述し、それをWikiエンジンが自動的にHTML構文に変換するという仕組みになっています。Wiki書法はHTMLにくらべると覚えておかなければならない書式が少ないため(10個ぐらいのWiki書式を覚えるだけで基本的な使い方はできます)、習得も容易です。また多くの書式は入れ子になる必要がないため、破綻が起こりにくくなっています。しかしその反面、HTMLよりは細かなページ表現ができないため、特にレイアウトの面で制約があります。これはWiki自体のコンセプトが「表現よりも内容を重視する」ためで、ある意味Wikiを使う上での限界といえるでしょう。
-**** 論理的な構造のページが作成できる [#m8fb8f35]
-HTMLでは文書の構造を規定していません。そのため、論文のようなタイトル、見出し、本文、注釈といった論理的な構造のはっきりした文書を書くには、書く人間が頭の中ですべてを把握しなければなりません。~
-Wikiでは「見出し」を意識し、見出しのレベルを上げたり下げたりすることで、自然と論理的な構造のページを書くことができます。
-ワープロの機能でアウトラインプロセッサと呼ばれるものがありますが、例えばレベル2の見出しを章、レベル3の見出しを節というように意識することで、長文でも内容の追加、変更が把握しやすくなります。~
-これは別に人間向けだけのメリットにとどまりません。多くのサーチエンジンではボットと呼ばれるプログラムが自動的にページの中身をサーチするわけですが、この際に論理的な構造のページの方が好まれる(?)ようです。
-**** レイアウトが統一できる [#v972c02e]
-複数の人間でサイトを編集している場合、どうしても全体の統一がとりにくい傾向があります。文書の構造をどこまで意識するかどうかは人によって異なりますし、HTML構文の使い方もばらばらです。~
-Wikiというのは表現をある程度制限することによって、全体で統一されたレイアウトのサイトをつくることができます。また内容とレイアウトをうまく分離することで、サイトデザインの外見上の大幅な変更を少ない手間でできるようになります。WikiのようなCMS(コンテンツマネージメントシステム)は「コンテンツの内容とデザインを分離する」という大原則(つまり内容にHTMLを書かない)を手軽に実現できるツールといえるでしょう。
-*** PukiWikiベースである [#c047f74f]
-PukiWikiは、結城浩氏のYukiWikiをベースにPHPで書き直した国産Wikiクローンで、国内では多くの稼動実績があります。そのため、xpWikiはPukiWikiのメリットも享受することができます。
-**** PukiWikiのWiki書式が使える [#ja2b82b8]
-Wikiの書式はHTMLにくらべたら簡単ですが、結構深刻な問題もあります。それはWikiの実装があまりに多いため、Wiki書式の統一的な規格というものがないことです。そのため、Wikiの種類が違えばWiki書式の細部が異なると思っておいた方がいいでしょう。(( Wikiによる細かな書式の違いを知りたいなら、WikiMatrixで代表的な構文を調べることもできます。例えば「見出し」の構文は、PukiWikiでは「* 見出し」ですが、MediaWikiでは「== 見出し ==」です。))~
-PukiWikiユーザーであれば、xpWikiでのページの編集も基本的には一緒です。ただしWikipedia(MediaWiki使用)やマークダウン記法とは異なりますので、注意が必要です。
-**** プラグインにより機能を拡張することができる [#u9253f3d]
-Wikiでの記法に慣れてくると、基本の機能が限られているのでもう少し機能を拡張したいという要望もでてきますが、PukiWikiではプラグインの追加により機能拡張をサポートしています。「カレンダー」「メモ」「投票」といった有用なプラグインは標準パッケージに同梱されていますし、有志のユーザーさんが配布している場合も(中には「HTMLの構文がそのまま書ける」といった過激なプラグインも)あります。もちろん腕に自信があれば自作することもできます。~
-ただし、xpWikiではPukiWikiのプラグインがそのまま動くことは保証されません。プラグイン変換ツールがありますので、変換しただけで動くケースもありますが、基本的に動作確認は自己責任となるでしょう。((xpWikiでのプラグインの動作状況については[[xpWiki/変換プラグイン動作状況一覧:http://nonnbei.dee.cc/modules/xpwiki/2695.html]]を参照。))~
-なお、xpWikiniには独自のプラグインもパッケージに同梱されています。
-**** スキンの変更によりデザインを変えられる [#qd9c35c9]
-ホームページにとって、見た目は結構重要です。というよりサイトの第一印象はほぼ見た目で決まるといっても過言ではないでしょう(それに他のサイトと同じようなデザインでは納得がいかない、というこだわり派の方もいるのでは?)。PukiWikiでは「スキン」と呼ばれる見た目をかえる仕組みがあります。これはコンテンツの内容と独立して設定できるため、内容は同じでも見た目をがらりと変えることができます。また多くの人がスキンを配布していますので、デザインに自信がない人でも、納得のいくスキンをみつけることができるでしょう(かな?)。~
-xpWikiの場合、加えてXOOPS自体のテーマ変更によって見た目を変えることができます。ブロックの配置機能を使えば、スキンを変更せずにメニューや変更一覧といった内容のブロックの位置を変えることができます。また、xpWikiの標準スキン「PukiWiki」を使えば、表面上はXOOS上で動いているとは見えないデザインにすることもできます。
-**** ファイルを添付することができる [#z9f9f78e]
-Wikiというのはどちらかというとテキスト指向のシステムです。しかし、図や写真を貼りたいというのはホームページを作っていると、どうしても出てくる要望です。PukiWikiではGIFやJPEGといったファイルを「添付」することで、イメージをページ内に貼り付けることができます。~
-しかし添付できるファイルは、イメージだけにとどまりません。zipやdocといったデータファイルも添付することができるので、簡単なダウンローダーを実現できます。つまりWebサーバ上の汎用のファイルマネージャとして使うことも可能です。
-*** XOOPSモジュールである [#a292ff1f]
-また、xpWikiはXOOPSモジュールである、というメリットも併せ持っています。
-**** ブログなど他のサービスと組み合わせることができる [#s7f9cb1d]
-PukiWikiやMediaWikiなど通常のWikiクローンは、Webサーバ上のすぐ上のアプリケーションとして動作しています。そのため同じサイト上でWiki以外の機能、例えばブログなどを提供しようとすると別のパッケージを入れる必要がありました。しかし、そうなるとデザインやユーザーインターフェイスの統一は難しくなってきますし、バックアップなどの管理の手間も複雑になります。~
-xpWikiはXOOPSモジュールであるので、ブログや掲示板といった多彩な機能をXOOPS下で統一的に管理、提供することができます。これはセキュリティを守る上でも重要な意味を持っています。インターネット上に公開しているサイトとなると、最近ではアタックやスパムの被害が多く、その対応までWikiエンジンに組み込もうとするとかなりの手間ですし現実的ではありません。XOOPSであればセキュリティ防御に特化したモジュールと組み合わせることができるので、Wikiエンジンの肥大化(ひいては脆弱性の増大)を防ぎ、Wiki本来の機能強化に集中することができます。~
-またxpWiki特有の機能に「Wiki書式レンダラー機能」があります。これはWiki書式をxpWiki以外のXOOPSモジュールで利用できるようにする機能で、これにより利用者にHTMLを一切書かせないでリンクを指定することもできます。
-**** 編集・閲覧権限を細かく設定できる [#m8b6c737]
-Wiki本来のコンセプトでは「誰でも自由に編集ができる」というのが大きな魅力でした。例えばPukiWikiなどでは「誰かが勝手に編集（書き換え）してしまうのですが?」という問いには「Wikiとはそういうものです」と答えています。しかしこれはちょっと極端すぎる意見といえます。Wikipediaの不毛な編集合戦がいい(悪い?)例ですし、特に企業がWikiを提供している場合などは信用問題にもなりかねません。しかしWikiエンジンに本格的なアクセス制御を組み込もうとすると、それは非常に大変な話になってしまいます。~
-xpWikiではXOOPSのユーザー管理機能を利用して、ページごとにユーザーやグループによる編集、閲覧権限を設定することができます。ゲストには閲覧のみを許可し、編集は限られたメンバーのみで行うことも容易です。
-**** コメントをつけられる [#q8d15191]
-Wikiは文書を育てていく楽しみがあります。しかし表示されるのは常に最新版のため、どのような理由で変更があったのか後からでは分かりにくい場合もあります。また限られたメンバーだけでページを編集しているとどうしても意見が偏りがちになります。そのためxpWikiではページにコメントをつける機能が用意されています。編集権限とは別にゲストにコメントをつけられるようにしておけば、Wiki本来の魅力を引き出すことができるでしょう。コメントをつけるには以下の方法があります。
-- commnetプラグイン - commentプラグインを使って、ページにコメントを追記していく
-- D3フォーラムコメント統合 - XOOPSのモジュールであるD3Forumのコメント統合を使ってページ下部にコメントを追記する
-- 付箋 - 付箋機能をつかって、コメントをポストイットのようにページに貼り付ける
-- Note - ページごとに用意されるノートを使ってコメントを記述する
-すべての機能を使う必要はありませんが、用途によってコメントの方法を選択することができます。
-**** 同一サイト内に複数のxpWikiを設置できる [#tbbce44f]
-xpWikiはD3モジュールという構造になっているため、同一サイト内で複数のWikiを設置することができます。公開用と特定ユーザー用や、正式版と実験版、また特定の用途別のWikiを別々に提供することができます。また、それらのxpWiki間のリンクもサポートされていますので柔軟な運用が可能です。
-**** 多くのXOOPS環境で動作 [#bd4d7d6c]
-XOOPSにはXOOPS2.x、XOOPS Cube Legacy、XOOPS JPEx、ImpressCMSなど様々な派生版がありますが、xpWikiは現行のほぼすべてのXOOPS環境で動作が確認されています。またEUC-JP、UTF-8にも対応していますので、日本語を含むマルチバイトの文書も扱うことができます。
-** xpWikiのデメリット [#e0e66d2a]
-では逆にxpWikiのデメリットは何でしょうか。
-*** 複雑なレイアウトができない [#n75c62d8]
-これはxpWikiというよりWiki全般に共通するデメリットですが、レイアウト指向のページ作成には向きません。複雑な段組や図表を多用したページは苦手で、基本は1段組、図表の指定も右か左か中央かぐらいの指定しかできません。
-*** XOOPSのモジュールである [#ve3ba386]
-xpWikiがXOOPSのモジュールであるということは、メリットもある反面、デメリットでもあります。~
-まずXOOPSという環境そのものに動向が左右されるということが最大のデメリットでしょう。技術的な面でもWebサーバの上に、XOOPS、そしてxpWikiが乗るという構造になりますので、通常のWikiクローンより高速アクセスなどの性能面で期待ができません。総じてXOOPSは動作が重く、中でもXOOPS Cube Legacyはもう一段もっさりしているようです。また複雑な構成であるということはxpWiki以外のXOOPSや他のモジュールのノウハウも必要になり、構築や運用、モジュールハックも一筋縄ではいきません。~
-またXOOPSの市場性も問題になるでしょう。今後どのようなシェアを占めるのか、またXOOPS自体の開発方向性がどちらに向くのかによっては、せっかくxpWikiでWiki作ったのに、もうxpWikiが動く環境がないなんて最悪のケースも考えられます(まあ、それはどんなソフトでもある話ですが)。
-*** 設定が複雑 [#xad60f2d]
-xpWikiのベースとなったPukiWikiは多機能なWikiですが、そのため設定項目も非常に複雑になっています。その上にxpWiki独自の設定項目もありますので、すべてのオプションに精通しているのは作者のnao-ponさんしかいないかもしれません。またベースとなるXOOPSのバリエーションの違いや設定項目の多さ、もっというとWebサーバの環境やそれを実際に見る利用者のブラウザの種類を考えると、非常に多くの組み合わせがあり、設定は一苦労といえるでしょう。
-*** バックアップが特殊である [#hd7679c8]
-XOOPSの一般的なモジュールはデータをデータベースに保存しますが、xpWikiではページの内容をファイルで保存します。そのため通常のXOOPSのバックアップではxpWikiのページがバックアップされないこともあります。xpWikiには管理ツールとして独自のバックアップツールが用意されていますが、注意が必要です。
-** xpWikiを使うには [#v3816c2d]
-xpWikiを使うにはどうしたらいいでしょうか?
-*** 利用者の場合 [#r0a9e276]
-ホームページの管理者に「ここではxpWikiは使えますか?」と問い合わせてください。もし使えるようなら、どうすれば使えるようになるのか、さらに聞けばいいでしょう。使えない場合は...うーん、どうしましょう?(( [[ここ:http://www.artsoftwareworks.net/modules/xpwikijunktest]]に行くと幸せになれるかもしれません。 ))~
-どうしてもxpWikiを使ってみたい場合は、[[Users Wiki:http://xoops.hypweb.net/modules/UsersWiki/]]にユーザー登録すれば自分のWikiページが持てます。~
-*** 管理者の場合 [#ra64ecd4]
-もし新たにxpWikiを使いたいなら以下のモノを用意します。
-**** XOOPSが動いている環境 [#sd42aa11]
-xpWikiはXOOPSのモジュールですからXOOPS環境が必要です。現在xpWikiの動作サンプルが見れるのは、
-- XOOPS 2.0.16a JP
--- xpWiki::Dev
-- XOOPS Cube Legacy 2.1.6
--- hypweb XC (EUC-JP)
--- hypweb XC (UTF-8)
--- hypweb XC (ISO-8859-1 English)
--- ArtSoftWareWorks.Net Wiki(UTF-8、HD-1.0.3a)
-- XOOPS 2.0.18.2 (XOOPS.org 版)
-- XOOPS 2.2.6 and XOOPS 2.3.3 Final
-- ImpressCMS 1.1.1 Final
-です。詳しくは[[xpWiki 開発日記:http://xoops.hypweb.net/modules/xpwiki/]]を参照してください。
-**** xpWikiのモジュール [#j9c803aa]
-これも[[xpWiki 開発日記:http://xoops.hypweb.net/modules/xpwiki/]]で入手可能です。インストール・設定については[[xpWiki私的リファレンスマニュアル/管理者マニュアル]]を参照してください。
-** [#i825b990]
 ----
 #Navi(../)