Enterprise hub/ja

このページでは法人/企業/組織でコミュニティをコーディネイトするためにMediaWikiを利用するための説明をします.

企業のMediaWikiリソース
この記事を書いた時点で、我々はまだ企業のMediaWikiコミュニティを構築することを試している発展段階です. an Enterprise MediaWiki BOF at Wikimania 2006からの続きです. 一般的なMediaWikiコミュニティから独立していると定義されたコミュニティを持つということが完全に道理にあっているのかははっきりしていませんが、討論をすることは良いことです.

メーリングリスト
企業の問題を議論するためにメーリングリストは2006年8月に作成されました. 現在はロートラフィックなリストなので、気軽に参加して自己紹介して下さい: mediawiki-enterprise

IRC
企業問題のための専用IRCチャネルはありませんが、議論をしたいのであれば#mediawiki IRC channelに参加してみて下さい. roblaがログインしたときに注意を払っていることを確認して下さい(例えば、"/msg robla there's enterprise stuff on #mediawiki"を入力して下さい)

他のチャネル
さらなるオプションについてはMediaWikiのCommunicationページをご覧下さい.

企業におけるMediaWikiに関する問題
下記の内容は企業環境におけるMediaWikiのユーザに関する問題です. 下記の問題の中には公開されているインターネット上で配置されているMediaWikiの典型的な問題ではありませんが、企業ユーザのためには深刻な問題ではないかもしれません.

認証
MediaWikiの公開されたインターネットでの配置では標準的な認証データベースを使用します. しかし、企業の配置において、企業のログイン構造と結びつける必要があることがよくあります. その問題に取り組むことの手助けになるいくつかのリソースです:


 * Ryan LaneのLDAP Authenticationエクステンション - LDAPは企業システムでは一般的です.
 * AuthPluginインターフェイス - 新しい認証プラグインを作成するための一般的なインターフェイス.

閲覧の制限
認証エクステンション - MediaWiki 1.5...では推測する限りではあまり変更されていません. エクステンションインターフェイスとしてUser.phpをオーバーライド、拡張かつもしくは安定化できるような方法を議論する計画をしています. 機能の割り当てと同様にグループメンバーシップが外部のデータベースに保存されるシステムなどのアイディアがあります(例えば、LDAPの"admins"グループはリソース上の"edit"機能 "MediaWiki: namespace"). 現在のところこれが本命です.

閲覧制限アクセス
MediaWikiのコア開発者はMediaWikoの一部への閲覧制限に関心がありません. MediaWikiはそのように設計されていないからです. 決心したユーザがマテリアルへの偶発的なエントリーポイントを防止することはとても困難です.

以下はいくつかのアクセス内容の例です:


 * ページトランスクルージョン
 * エクスポートフック
 * ページ履歴
 * 検索

ページ名が極秘の内容の場合(例えば"Foo社とBar社間の極秘契約")、事態はますます悪化します.

Wikimania BOFから提案されたものです:
 * ホットミラーをセットアップしたいことがあるかもしれません. その場合、htaccessによる保護でマスターwikiの著者を指定し、リードオンリーのミラーでユーザを指定します. 一旦セットアップすると、メンテナンスは些細な作業になります. どのようにミラーをするのかはOpenZaurus wiki: http://wiki.openzaurus.org/Admin/MirrorHowto で説明されています. これらの手引きを元に独自のマスターとリードオンリーのミラーをセットアップする方法を採用することが出来ます. 私のミラーは毎晩アップデートします: 10分ごとにアップデートすることもページの数とサイズ次第では可能です. 何か質問がありましたら、次のメールに連絡して下さい: bronson@rinspin.com

mediawiki-enterpriseメーリングリストで議論になっている題目の一つはコアチームに大きな負担をかけることなく何のインターフェイスをACLマニアックなエクステンションのようなものに追加するのかということです. 

外部認証プラグイン

 * 何を意味するのか: 内部データベースよりも外部データベースでグループメンバーシップを管理する
 * 本当になされていない(?)
 * どのようにするのか: User.phpをオーバーライドする?
 * 他のフックは？
 * OpenIDはMediaWiki svnに. http://wikitravel.org/review/Special:OpenIDLogin で動作しています
 * Access Control Extension for MediaWikiを利用したページごとのアクセスコントロール
 * PageSecurity extension

新しい配布メカニズム

 * MediaWikiのためのDebianパッケージ
 * RPM (?)
 * PRARによる配布は意味があるか?
 * .deb/.rpm/PEARのようなものとしてMediaWikiエクステンションをパッケージ化することは意味あるか？
 * talkの間にsvkを使用して複数のインスタンスのメンテナンスを自動化することについて言及しました. 次の数日でそのことについて記事を書こうとしています; http://u32.netをチェックするか次のメールに連絡して下さい: bronson@rinspin.com
 * 新しい配布メカニズム

企業利用で構造化されたデータ

 * Wikidata
 * セマンティックMediaWiki
 * Wikicalc http://softwaregarden.com/wkcalpha/


 * 構造化されたデータ - 最後の仕事でそれを理解します. データベースの代わりにwikiを使用するいくつかのものがありました. (例えば、wiki上のテクノロジーの新しいライセンスのリストを持っています) 柔軟性があり素晴らしかったです. プロジェクトの企業適用性について議論することは興味深いことかもしれません.

=WYSIWYG編集=


 * ハッキングデーで発展的に議論された問題です
 * MediaWikiではないいくつかのマークアップの解決(ここではFCKeditorが人気でした)
 * 本流の解決のためのチャレンジ:フォーマルなwiki構文定義の欠如
 * 詳細についてはMediaWiki+FCKeditorをチェックして下さい. FredCK 14:34, 28 July 2007 (UTC)

=その他=


 * 記事の安定/認証されたバージョンのマーケティング
 * トレーニング