メディアウィキ

メディアウィキ

スクリーンショット MediaWiki 1.40 のアルファ版を実行している英語版 Wikipediaのメインページ
原作者	マグナス・マンスケ リー・ダニエル・クロッカー
開発者	ウィキメディア財団
初回リリース	2002年1月25日; 22年前 ( 2002-01-25 )
安定リリース	1.42.1 [1]  / 2024年6月27日; 3か月前 （2024年6月27日）
リポジトリ	gerrit.wikimedia.org/g/mediawiki/core/
書かれた	PHP [2]
オペレーティング·システム	Windows、macOS、Linux、FreeBSD、OpenBSD、Solaris
サイズ	79.05  MiB (圧縮)
利用可能	459 [3]言語
タイプ	ウィキソフトウェア
ライセンス	GPLv2+ [4]
Webサイト	メディアウィキ

MediaWikiは、もともとMagnus Manskeが2002年1月25日にWikipediaで使用するために開発し、Lee Daniel Crockerによってさらに改良された、無料のオープンソースの ウィキソフトウェアです。 ^{[5] [6]}その後、開発はWikimedia Foundationによって調整されています。インターネット上のいくつかのウィキホスティングWebサイト、およびWikimedia FoundationがホストするほとんどのWebサイト（Wikipedia、Wiktionary、Wikimedia Commons、Wikiquote、Meta-Wiki、Wikidataなど）で使用されており、ソフトウェアの設定要件の大部分を定義しています。^{[7] MediaWikiは}PHPプログラミング言語 で書かれており、すべてのテキストコンテンツをデータベースに保存します。このソフトウェアは、テラバイト単位のコンテンツと1秒あたり数十万のビューを持つ可能性のある大規模プロジェクトを効率的に処理するように最適化されています。 ^{[7] [8]} Wikipediaは世界最大かつ最も訪問数の多いWebサイトの1つであるため、複数層のキャッシュとデータベースレプリケーションを通じてスケーラビリティを実現することは、開発者にとって大きな懸念事項でした。 MediaWikiのもう1つの大きな側面は国際化です。そのインターフェースは400以上の言語で利用可能です。^[9]このソフトウェアには1,000以上の構成設定があり^[10]、1,800以上の拡張機能が用意されており、さまざまな機能を追加または変更できます。^{[11]ウィキメディアサイトでの使用に加えて、MediaWikiは}Fandom、wikiHowなどのウェブサイトや、 IntellipediaやDiplopediaなどの主要な社内インストールで知識管理およびコンテンツ管理システム として使用されています。

MediaWiki は無料でオープンソースであり、 GNU 一般公衆利用許諾書バージョン 2 またはそれ以降のバージョンの条件に従って配布されています。公式ウェブサイト www.mediawiki.org にあるドキュメントは、クリエイティブ コモンズ BY-SA 4.0ライセンスの下で公開されており、一部はパブリック ドメインです。^[12]具体的には、MediaWiki.org のマニュアルやその他のコンテンツはクリエイティブ コモンズライセンスですが、新規のウィキ インストールに自由にコピーしたり、MediaWiki ソフトウェアとともに配布したりすることを目的としたヘルプ ページのセットはパブリック ドメインです。これは、クリエイティブ コモンズ ライセンスと互換性のないライセンスのウィキにヘルプ ページをインポートすることで生じる法的問題を排除するためです。^{[13] MediaWiki の開発では、一般的に}オープンソースのメディア形式の使用が優先されています。^[14]

MediaWiki には開発と保守のための活発なボランティア コミュニティがあります。パッチを提出することでプロジェクトに有意義な貢献をしたユーザーには、通常、リクエストに応じて、プロジェクトのGit / Gerrit リポジトリにリビジョンをコミットするアクセス権が付与されます。^{[15]また、主に}Wikimedia Foundation のプロジェクトを開発する有給プログラマーもいます。MediaWiki の開発者は、MediaWiki コアおよび拡張機能プロジェクトに取り組みたい学生にメンターを割り当てることで、Google Summer of Codeに参加しています。 ^[16] 2012 年 11 月までの 1 年間で、MediaWiki コアまたは拡張機能に変更をコミットした開発者は約 200 名いました。^[17] MediaWiki のメジャー リリースは、開発ブランチのスナップショットを取得して約 6 か月ごとに生成され、継続的に実行可能な状態に保たれます。^[18] マイナー リリース、つまりポイント リリースは、バグ(特にセキュリティの問題)を修正するために必要に応じて発行されます。MediaWiki は継続的インテグレーション開発モデルに基づいて開発されており、ソフトウェアの変更は定期的に Wikimedia サイトにプッシュされます。^{[18] MediaWikiには、} Phabricatorを実行する 公開バグトラッカーphabricator.wikimedia.orgもあります。このサイトは、機能や機能強化のリクエストにも使用されます。

Wikipedia は 2001 年 1 月に開始されたとき、既存のwiki ソフトウェアシステムであるUseModWiki上で動作していました。UseModWiki はPerlプログラミング言語で記述されており、すべての wiki ページをテキスト ( .txt ) ファイルに保存します。このソフトウェアはすぐに機能とパフォーマンスの両方で制限があることが判明しました。2001 年半ば、ケルン大学の開発者兼学生であり、 Wikipedia 編集者でもあるMagnus Manske が、UseModWiki に代わる、Wikipedia での使用に特化した新しいソフトウェアの開発に着手しました。このソフトウェアはPHPスクリプト言語で記述され、すべての情報をMySQLデータベースに保存しました。新しいソフトウェアは 2001 年 8 月 24 日までに大部分が開発され、その後すぐにテスト wiki が確立されました。

このソフトウェアの最初の完全な実装は、2001年11月9日に新しくなったMeta Wikipediaでした。英語版Wikipediaにすぐに実装したいという要望がありました。^[19]しかし、クリスマス直前に終了しなければならなかった期末試験の期間中に、初期のWebサイトに潜在的なバグが悪影響を与えることをManskeは懸念しました。 ^[20]この結果、英語版Wikipediaのリリースは2002年1月25日まで延期されました。その後、ソフトウェアは徐々に、当時のすべての言語のWikipediaサイトに導入されました。このソフトウェアは「PHPスクリプト」および「フェーズII」と呼ばれ、UseModWikiの使用に遡って「フェーズI」という名前が付けられました。

使用率の増加により、すぐに負荷の問題が再び発生し、その後すぐにソフトウェアの別の書き直しが開始されました。今回はLee Daniel Crockerによって行われ、「フェーズ III」として知られるようになりました。この新しいソフトウェアも PHP で書かれ、バックエンドは MySQL で、フェーズ II ソフトウェアの基本的なインターフェイスは維持されていましたが、より広範なスケーラビリティという機能が追加されていました。「フェーズ III」ソフトウェアは、2002 年 7 月に Wikipedia で公開されました。

ウィキメディア財団は2003年6月20日に発表されました。7月、ウィキペディアの寄稿者であるダニエル・メイヤーは、「ウィキメディア」をもじって、ソフトウェアの名前を「MediaWiki」にすることを提案しました。^[21] MediaWikiという名前は、2003年8月から段階的に導入されました。この名前は、「ウィキメディア」という名前（それ自体が「ウィキペディア」に似ています）と（意図的に）似ているため、しばしば混乱を引き起こしました。^[22]

旧製品ロゴは、フローレンス・ニバール＝ドゥヴォアールが撮影した花の写真を使用してエリック・モラーが作成したもので、2003年7月20日から8月27日にかけて開催されたウィキペディアの新ロゴコンテストに応募されたものである。^{[23] [24]}このロゴは3位となり、ウィキペディアではなくMediaWikiを表すものとして選ばれ、2位のロゴはウィキメディア財団のロゴとして使用された。^[25]二重角括弧（[[ ]]）は、MediaWikiが他のウィキページへのハイパーリンクを作成するために使用する構文を象徴している。一方、ひまわりはウィキペディアのコンテンツの多様性、その絶え間ない成長、そして荒野を表している。^[26]

後で、ウィキメディア財団の最高技術責任者であるブルック・ヴィバー氏^[27]がリリースマネージャーの役​​割を引き受けました。 ^{[28] [29]}

MediaWiki の開発における主要なマイルストーンには、分類システム(2004)、パーサー関数 (2006)、フラグ付きリビジョン(2008)、^[30] CSSと JavaScriptの配信システムである「ResourceLoader 」 (2011)、^[31]および「見たままの結果が得られるようにする」( WYSIWYG ) 編集プラットフォームであるVisualEditor (2013) などがあります。^[32]

新しいロゴをデザインするコンテストは2020年6月22日に開始されました。古いロゴはビットマップ画像で「高精細」だったため、それぞれ高解像度と低解像度でレンダリングするときに問題が発生しました。2回の投票の後、Serhio Magpieによってデザインされた新しい現在のMediaWikiロゴが2020年10月24日に選ばれ、2021年4月1日に正式に採用されました。^[33]

MediaWiki の最初のバージョン 1.1 は 2003 年 12 月にリリースされました。

MediaWiki の最も有名な使用法はWikipediaであり、それほどではないが、Wikimedia Foundation の他のプロジェクトでも使用されています。以前は Wikia として知られていたwiki ホスティング サービスであるFandom は、MediaWiki 上で実行されています。MediaWiki 上で実行される他のパブリック wiki には、wikiHowやSNPedia などがあります。WikiLeaksはMediaWiki ベースのサイトとして始まりましたが、現在は wiki ではありません。

MediaWikiでは、 Citizendium、Metapedia、Scholarpedia、Conservapediaなど、Wikipediaに代わる多くのウィキ百科事典が運営されています。また、MediaWikiはNovellやIntelなど、多数の企業で社内利用されています。^{[34] [35]}

政府内での MediaWiki の顕著な使用例としては、米国諜報機関が使用するIntellipedia、米国国務省が使用するDiplopedia 、米国国防総省が使用するmilSuiteの一部である milWiki などがある。国連開発計画やINSTRAWなどの国連機関は、MediaWiki を使用してウィキを実装することを選択した。その理由は、「このソフトウェアは Wikipedia を実行するため、徹底的にテストされることが保証され、将来にわたって開発が続けられ、これらのウィキの将来の技術者は他のどのウィキ ソフトウェアよりも MediaWiki に触れる可能性が高くなる」ためである。^[36]

フリーソフトウェア財団は、 LibrePlanetサイトを実装するためにMediaWikiを使用しています。^[37]

MediaWiki は、豊富なコア機能セットと、拡張機能を添付して追加機能を提供するメカニズムを提供します。

ウィキメディアプロジェクトでは多言語化を重視しているため、国際化とローカリゼーションは開発者から大きな注目を集めています。ユーザーインターフェースはtranslatewiki.netで400以上の言語に完全にまたは部分的に翻訳されており、^[9]サイト管理者がさらにカスタマイズできます（インターフェース全体をウィキを通じて編集できます）。

いくつかの拡張機能、特に MediaWiki 言語拡張バンドルに収集されている拡張機能は、MediaWiki の多言語化と国際化をさらに強化するように設計されています。

MediaWiki をインストールするには、PHP と互換性のある SQL データベースの両方が稼働しているサーバー上で管理者権限を持っている必要があります。サイトの大部分が MediaWiki と互換性のないフレームワーク ( ZopeやRuby on Railsなど) で稼働している場合、仮想ホストを設定すると便利だと感じるユーザーもいます。^[38]クラウド ホスティングでは、新しいサーバーを導入する必要がありません。^[39]

インストール PHP スクリプトは、ウェブブラウザからアクセスして、ウィキの設定を初期化します。このスクリプトは、ユーザーに最低限必要なパラメータの入力を求め、アップロードの有効化、^[40]サイト ロゴの追加、^[41]拡張機能のインストールなどの変更は、と呼ばれるファイルに含まれる設定の変更によって行いますLocalSettings.php。^[42] MediaWiki の一部の側面は、特別なページまたは特定のページの編集によって設定できます。たとえば、不正使用フィルターは特別なページから設定できます。^[43]また、特定のガジェットは、 MediaWiki 名前空間にJavaScriptページを作成することによって追加できます。 ^[44] MediaWiki コミュニティは、包括的なインストール ガイドを公開しています。^[45]

MediaWiki (およびその前身であるUseModWiki ) と他の wiki エンジンとの初期の違いの 1 つは、 CamelCaseではなく「フリー リンク」を使用していることです。MediaWiki が作成されたとき、 World Wide Webに関するページへのリンクを作成するには、wiki で「WorldWideWeb」のようなテキストが必要なのが一般的でした。一方、MediaWiki のリンクは、単語を二重の角括弧で囲むことによって作成され、単語間のスペースはそのまま残されます (例: ) 。この変更は、タイトルの正確さが重要な百科事典を作成する目的からすると理にかなっています。 [[World Wide Web]]

MediaWikiは、 HTMLよりも使いやすく習得しやすいように設計された拡張可能な^[46] 軽量な wikiマークアップを使用しています。表などのコンテンツをMediaWikiマークアップとHTML間で変換するためのツールが存在します。^{[47] MediaWikiマークアップ仕様を作成する努力がなされてきましたが、Wikicodeには}文脈依存の文法規則が必要であるというコンセンサスが得られているようです。^{[48] [49]}次の並べて比較すると、wikiマークアップとHTMLの違いがわかります。

（上記はルイス・キャロル著『不思議の国のアリス』より引用）

MediaWiki のデフォルトのページ編集ツールは、習得がやや難しいと言われています。^[50] MediaWiki ベースの wiki を使用するよう指示された学生に対する調査では、 wiki の主な問題についての自由形式の質問に対して、24% が書式設定に関する技術的な問題を挙げました。たとえば、「画像を挿入する方法がわかりません。単語でリンクを表示する方法がわかりません。数字が挿入されます。」などです。^[51]

長いページの編集を容易にするために、MediaWiki ではページのサブセクション (ヘッダーで識別) を編集できます。登録ユーザーは、編集が軽微であるかどうかも指定できます。スペル、文法、句読点の修正は軽微な編集の例ですが、新しいテキストの段落の追加は軽微ではない編集の例です。

場合によっては、1 人のユーザーが編集中に、2 人目のユーザーがページの同じ部分への編集内容を保存することがあります。その後、1 人目のユーザーがページを保存しようとすると、編集の競合が発生します。その後、2 人目のユーザーには、1 人目のユーザーがページを保存した後の現在のページに自分のコンテンツをマージする機会が与えられます。

MediaWiki のユーザー インターフェイスは、さまざまな言語にローカライズされています。Wiki コンテンツ自体の言語も設定でき、HTTP ヘッダーの「Content-Language」とHTML 属性の「lang」で送信されます。

MediaWiki には拡張可能なウェブ API (アプリケーション プログラミング インターフェイス) があり、MediaWiki データベースに含まれるデータへの高レベルの直接アクセスを提供します。クライアント プログラムは、API を使用してログイン、データ取得、変更の投稿を行うことができます。API は、Web ベースのシンプルな JavaScript クライアントとエンド ユーザー アプリケーション (破壊行為対策ツールなど) をサポートしています。APIには、別の Web サイトのバックエンドからアクセスできます。 ^[52]広範なPython ボットライブラリ Pywikibot ^[53]と、 AutoWikiBrowserと呼ばれる人気の高い半自動ツールも、API とインターフェイスします。^[54] API には、などの URL 経由でアクセスします。この場合、クエリは Wikipedia にサイトの最後の 10 回の編集に関する情報を問い合わせることになります。API の利点として認識されているものの 1 つは、言語に依存しないことです。クライアントからのHTTPhttps://en.wikipedia.org/w/api.php?action=query&list=recentchanges接続をリッスンし、XML、シリアル化された PHP、JSONなど、さまざまな形式で応答を送信できます。^[55]クライアント コードは、 API に抽象化レイヤーを提供するために開発されました。 ^[56]

MediaWiki は、特殊な構文で生成​​されたリッチ コンテンツをサポートしています。たとえば、このソフトウェアには、LaTeX を使用して数式をレンダリングするためのオプション サポートと、 OCamlで記述された特別なパーサーが付属しています。グラフィカルなタイムラインから数学的なプロット、楽譜、エジプトの象形文字に至るまで、他のコンテンツに対する同様の機能は、拡張機能を介して利用できます。

このソフトウェアは、アップロードされたさまざまなメディア ファイルの処理能力が強化されました。最も豊富な機能は画像領域にあり、画像ギャラリーやサムネイルを比較的簡単に生成できます。Exif メタデータもサポートされています。MediaWiki を使用して、最大の無料コンテンツメディア アーカイブの 1 つであるWikimedia Commons を運用することで、この領域でのさらなる機能の必要性が高まっています。

WYSIWYG編集には、MediaWikiで使用できるVisualEditorが利用可能で、編集者の編集プロセスを簡素化し、MediaWiki 1.35以降にバンドルされています。 ^[57] WYSIWYG編集をさまざまなレベルで処理するための他の拡張機能も存在します。^[58]

MediaWiki の編集追跡を支援する機能の 1 つに、Wiki の最近の編集の一覧を表示する最近の変更機能があります。この一覧には、編集ユーザー、編集の概要、編集されたページ、およびカスタマイズ可能な不正使用フィルターや役に立たない編集に対抗するためのその他の拡張機能によって追加されたタグ (「可能性のある荒らし」など) ^{[59]などの編集に関する基本情報が含まれます。 [60]}よりアクティブな Wiki では、編集が非常に多く発生するため、最近の変更を手動で追跡することは困難です。このような Wiki では、ユーザー支援ツールを含む荒らし対策ソフトウェア^{[61]を使用して最近の変更項目を処理することがあります。これらのツールが監視できる}IRC チャネルに最近の変更のフィードを継続的に送信することで、サーバー負荷を軽減できます。これにより、最新の最近の変更フィードの要求を API に送信する必要がなくなります。^{[62] [63]}

もう一つの重要なツールはウォッチリストです。ログインした各ユーザーにはウォッチリストがあり、ユーザーは好きなページを追加できます。これらのページの1つに編集が行われると、次にウォッチリストを更新したときにその編集の概要が表示されます。^[64]最近の変更ページと同様に、ウォッチリストに表示される最近の編集にはクリック可能なリンクが含まれており、記事の履歴と行われた特定の変更を簡単に確認できます。

特定のユーザーが行ったすべての編集を確認する機能もあります。この方法では、編集に問題があると判断された場合、そのユーザーの他の編集に問題がないか確認することができます。

MediaWikiでは、記事の特定のバージョンへのリンクが可能です。これは、専門家の査読者が記事を分析し、改善し、その記事の信頼できるバージョンへのリンクを提供できるという点で、科学コミュニティにとって有益です。^[65]

ウィキ内のナビゲーションは、主に内部ウィキリンクを通じて行われます。MediaWiki のウィキリンクはページ存在検出を実装しており、リンクは、ローカル ウィキにターゲット ページが存在する場合は青、存在しない場合は赤で表示されます。ユーザーが赤いリンクをクリックすると、そのタイトルの記事を作成するように求められます。ページ存在検出により、ユーザーは、他の関連トピックへのリンクを含む記事である「ウィキ化された」記事を、それらの他の記事がまだ存在していなくても作成できます。

インターウィキリンクは名前空間とほぼ同じように機能します。インターウィキプレフィックスのセットを設定すると、たとえば、ページタイトルがwikiquote:Jimbo WalesユーザーをWikiquoteのJimbo Walesの記事に誘導するようにすることができます。^[66]内部ウィキリンクとは異なり、インターウィキリンクにはページ存在検出機能がなく、したがって青いインターウィキリンクが壊れているかどうかを判断する方法はありません。

言語間リンクは、ほとんどのMediaWikiスキンのサイドバーに表示される小さなナビゲーションリンクで、同じWikiファミリー内の他の言語の関連記事と記事を結び付けます。これにより、すべてのWikiが同じサーバー上にあるか、それぞれが独自のサーバー上にある、より大きなコンテキストで接続された言語固有のコミュニティを提供できます。^[67]

以前、Wikipediaは言語間リンクを使用して、記事を他のWikipediaの同じトピックの他の記事にリンクしていました。これはWikidataの立ち上げによって置き換えられました。^[68]

ページタブはページの上部に表示されます。これらのタブを使用すると、ユーザーは現在のページに関連するアクションを実行したり、ページを表示したりできます。利用可能なデフォルトのアクションには、現在のページの表示、編集、ディスカッションが含まれます。表示される特定のタブは、ユーザーがウィキにログインしているかどうか、およびユーザーがウィキの sysop 権限を持っているかどうかによって異なります。たとえば、ページを移動したり、ウォッチリストに追加したりする機能は、通常、ログインしているユーザーに制限されています。サイト管理者は、JavaScript を使用するか拡張機能をインストールすることで、タブを追加または削除できます。^[69]

各ページには関連する履歴ページがあり、ユーザーはそこからそのページの今まで存在したすべてのバージョンにアクセスし、選択した 2 つのバージョン間の差分を生成することができます。ユーザーの貢献はここに表示されるだけでなく、サイドバーの「ユーザー貢献」オプションでも表示されます。2004 年の記事で、Carl Challborn と Teresa Reimann は「この機能は、Wiki 純粋主義者の協力的で「エゴのない」精神から少し逸脱しているかもしれませんが、個々の学生ユーザーの貢献と参加を評価する必要がある教育者にとっては非常に便利です」と述べています。^[70]

MediaWiki は、ハイパーリンク以外にもコンテンツを構造化するための多くの機能を提供しています。そのような機能の最も初期のものの 1 つが名前空間です。Wikipedia の初期の課題の 1 つは、百科事典のコンテンツと、メンテナンスやコミュニティの議論に関するページ、および百科事典編集者に関する個人のページを分離することでした。名前空間は、ページ タイトルの前に付く接頭辞 (「User:」や「Talk:」など) で、ページの目的を記述する役割を果たし、同じタイトルの下に異なる機能を持つ複数のページが存在することを可能にします。たとえば、[[The Terminator]]デフォルトの名前空間にある「」というタイトルのページは、アーノルド シュワルツェネッガーが主演した1984 年の映画を説明することができます。一方、 「」というタイトルのページは、この名前を仮名として選択したユーザーを説明するプロフィールになります。より一般的には、各名前空間には「」という名前空間が関連付けられており、その名前空間を使用して「」や「」などのコンテンツを議論できます。議論ページを持つ目的は、コンテンツをそのコンテンツを取り巻く議論から分離できるようにすることです。^{[71] [72]}[[User:The Terminator]]Talk:User talk:Template talk:

名前空間は、さまざまな基本的な情報や機能を分離するフォルダーとして見ることができます。カスタム名前空間は、サイト管理者によって追加できます。コンテンツにはデフォルトで 16 の名前空間があり、動的に生成される「Special:」ページとメディアファイルへのリンクに使用される「疑似名前空間」が 2 つあります。MediaWiki の各名前空間には番号が付けられています。コンテンツ ページの名前空間には偶数番号が付けられ、関連するトーク ページの名前空間には奇数番号が付けられます。^[73]

ユーザーは、コンテンツテキストに1つ以上のカテゴリタグを追加することで、新しいカテゴリを作成し、そのカテゴリにページやファイルを追加できます。これらのタグを追加すると、ページの下部にリンクが作成され、読者はそのカテゴリ内のすべてのページのリストに移動できるため、関連する記事を簡単に閲覧できます。^[74]コンテンツを整理するためのカテゴリ化の使用は、次の組み合わせとして説明されています。

• del.icio.usのような共同タグ付けシステムや
• デューイ十進分類法のような階層的分類法。^[75]

名前空間に加えて、サブページを使用してコンテンツを順序付けできます。このシンプルな機能により[[Page title/Subpage title]]、スラッシュの後のページ (この場合は「サブページ タイトル」) からスラッシュの前のページ (この場合は「ページ タイトル」) までのパターンの自動パン くずリストが提供されます。

この機能を有効にすると、ユーザーはスタイルシートをカスタマイズし、ページビューごとに実行されるクライアントサイド JavaScriptを設定できます。Wikipedia では、これにより、多数の追加ツールとヘルパーが wiki を通じて開発され、ユーザー間で共有されるようになりました。たとえば、ナビゲーション ポップアップは、ユーザーがリンクにマウスを移動したときに記事のプレビューを表示するカスタム JavaScript ツールであり、一般的なメンテナンス タスクのショートカットも提供します。^[76]

MediaWiki のユーザー インターフェース全体は、必要な権限を持つユーザー (通常は「管理者」と呼ばれます) が wi​​ki 自体から編集できます。これは、各ページのタイトルが特定のユーザー インターフェース メッセージを識別する、プレフィックス「MediaWiki:」を持つ特別な名前空間を通じて行われます。拡張機能^[77]を使用すると、ユーザーは個人用スクリプトを作成し、ユーザー設定ページで適切なオプションを切り替えることで、特定のサイト全体のスクリプトをそれらに適用するかどうかを選択することもできます。

「MediaWiki:」名前空間は、もともと、特別な構文を使用して他のページに動的に読み込むことができるカスタム テキスト ブロックを作成するためにも使用されていました。このコンテンツは、後に独自の名前空間「Template:」に移動されました。

テンプレートは、別のページが要求されるたびにそのページ内に動的に読み込むことができるテキスト ブロックです。テンプレートは、二重中括弧(たとえば " ") で囲まれた特別なリンクで、テンプレート呼び出しの代わりに {{Disputed|date=October 2018}}読み込むテンプレート (この場合はTemplate:Disputedにあります) を呼び出します。

テンプレートは、属性と値のペアを含む構造化されたドキュメントです。これらはパラメータで定義され、記事のページに転載されるときに値が割り当てられます。パラメータの名前は等号で値と区切られます。インフォボックスと呼ばれるテンプレートのクラスは、Wikipedia でその主題に関する情報のサブセットを収集して表示するために使用され、通常はドキュメントの上部 (モバイル ビュー) または右上隅 (デスクトップ ビュー) に表示されます。

関連するメソッドであるテンプレート置換(subst:テンプレート リンクの先頭に追加することで呼び出されます) は、ページがロードされるたびにテンプレートの内容を動的にロードするのではなく、テンプレートの内容をターゲット ページに挿入します (コピー アンド ペースト操作のように)。これにより、テンプレートの使用時に不整合が発生する可能性がありますが、特定のケースでは役立つ可能性があり、ほとんどの場合、必要なサーバーリソースが少なくなります (実際の節約量は、Wiki の構成とテンプレートの複雑さによって異なります)。

テンプレートにはさまざまな用途があります。テンプレートを使用すると、複数のページで一貫して使用される複雑な表レイアウトを作成でき、テンプレートパラメータを使用して表の内容のみが挿入されます。テンプレートは、記事にテンプレートを配置することで、Wikipedia の記事の問題を特定するためによく使用されます。このテンプレートは、記事の内容に異議があるか、その他の注意が必要であることを示すグラフィカル ボックスを出力し、この種の記事を見つけられるように分類します。テンプレートは、ユーザー ページでも使用され、サイトにようこそという標準的なメッセージをユーザーに送信したり、^[78]優れた貢献に対して賞を授与したり、^{[79] [80]}ユーザーの行動が不適切であると見なされた場合に警告したり、^[81]編集がブロックされたときに通知したりします^[82]。

MediaWiki は、ユーザー グループの作成と定義に柔軟性を提供します。たとえば、ユーザーをブロックしてページを削除でき、その編集内容が最近の変更ログにデフォルトで表示されない任意の「忍者」グループを作成することができます。また、一定数の編集を行い、一定日数待った後にメンバーになる「自動承認」ユーザーのグループを設定することもできます。^[83]デフォルトで有効になっているグループには、bureaucrats と sysops があります。bureaucrats は他のユーザーの権限を変更する権限を持ちます。sysops は、ページの保護と削除、およびユーザーの編集のブロックに関する権限を持ちます。MediaWiki で利用可能な編集権限の制御は、病院の標準操作手順のマニュアルなどの重要な文書を公開および維持するのに十分であると考えられています。 ^[84]

ページが無駄なコンテンツのみで構成されている場合、そのコンテンツを削除する方法はいくつかあります。すべてのユーザーが利用できる最も簡単な方法は、ページを空白にすることです。ただし、空白のページを存在しないものとして扱う拡張機能がインストールされていない限り、これはページの存在検出を妨げます。^[85]また、空白にすると、履歴ページからコンテンツにアクセスできるようになります。その結果、非システム管理者がコンテンツ削除の決定が適切かどうかを簡単に確認できるため、透明性が向上する可能性がありますが、場合によっては受け入れられない、または違法になることもあります^[86]。別のオプションは、システム管理者がページを削除し、非システム管理者がページを表示できないようにすることです。別のレベルの削除である RevisionDelete は、グループ (「Oversighters」など) が使用して、そのグループのメンバー以外の人がページを表示できないようにすることができます。^[87]また、特定の拡張機能を使用して、Wiki の通常のチャネルのいずれかからコンテンツを表示できないようにしたり、^[88]データベースからリビジョンを完全に削除したりすることもできます。^[89]

MediaWiki にはアクセス制限に関連する基本的な機能セットが付属していますが、その当初の設計と現在の設計は、主にコンテンツに関連する機能によって推進されており、コンテンツの分離ではありません。その結果、最小限の例外 (特定のツールとそれに関連する「特別な」ページに関連するもの) を除いて、ページアクセス制御はコア開発において高い優先度を与えられたことはなく、開発者は、安全なユーザーアクセスと認証制御を必要とするユーザーは MediaWiki に頼るべきではないと述べています。MediaWiki はこのような状況を想定して設計されたものではないからです。たとえば、特定のユーザーだけが一部のページを読んだりアクセスしたりできる wiki を作成することは非常に困難です。^[90]ここで、Foswiki、MoinMoin、Confluenceなどの wiki エンジンは、アクセス制御リストなどの高度なセキュリティメカニズムをサポートすることで、より高い柔軟性を提供します。

MediaWiki コードベースには、コールバック関数を使用して拡張可能な方法で PHP コードを追加できるさまざまなフックが含まれています。これにより、開発者はコアを変更したり、レビューのためにコードを送信したりすることなく拡張機能を作成できます。拡張機能のインストールは通常、構成ファイルに 1 行追加するだけで済みますが、場合によってはデータベースの更新やコアのパッチなどの追加の変更が必要になります。

開発者が MediaWiki に機能や機能性を追加できるように、5 つの主要な拡張ポイントが作成されました。フックは、特定のイベントが発生するたびに実行されます。たとえば、フックはArticleSaveComplete記事の保存要求が処理された後に実行されます。^[91]これは、たとえば、新規ユーザーまたは匿名ユーザーによる wiki でページ編集が発生するたびに、選択したユーザーに通知する拡張機能で使用できます。^[92]開始タグと終了タグ ( <newtag>...</newtag>) を含むデータを処理するために、新しいタグを作成できます。^[93]パーサー関数を使用して、新しいコマンド ( {{#if:...|...|...}}) を作成できます。^[94]特定の機能を実行するために、新しい特別なページを作成できます。これらのページは動的に生成されます。たとえば、特別なページには、外部サイトへのリンクが 1 つ以上あるすべてのページが表示されたり、ユーザーが送信したフィードバックを提供するフォームが作成されたりすることがあります。^[95] スキンを使用すると、ユーザーは MediaWiki の外観と操作性をカスタマイズできます。^[96]マイナーな拡張ポイントにより、Amazon S3を使用して画像ファイルをホストできます。^[97]

MediaWiki は拡張機能によってさらに高度になり、さまざまな目的に役立てることができます。これらの拡張機能の複雑さは大きく異なります。

Wikimedia Foundation はGitサーバーを運営しており、多くの拡張機能がリポジトリをホストしています。拡張機能のほとんどは、MediaWiki Web サイトにドキュメント ページも持っています。

MediaWikiのコードレビュー自体は、歴史的にはMediaWikiの拡張機能を通じて行われてきました。^[98] 2012年3月現在、Gerritを通じて行われています。

バージョン1.16以降、MediaWikiはjQueryライブラリを使用しています。^[99]

最も人気のある拡張機能の1つは、パーサー関数拡張機能であるParserFunctionsです。これは、条件文の結果に基づいて異なるコンテンツをレンダリングすることを可能にします。^[100]これらの条件文は、パラメータが空かどうかを評価したり、文字列を比較したり、数式を評価したり、ページが存在するかどうかに応じて2つの値のいずれかを返すなどの機能を実行できます。これは、{{Qif}}と呼ばれる悪名高い非効率的なテンプレートの代替として設計されました。^[101] Schindlerは、ParserFunctions拡張機能の歴史を次のように語っています。^[30]

2006 年に、一部のウィキペディアンは、テンプレート機能と CSS の複雑で入り組んだ相互作用を通じて、条件付き wiki テキスト、つまりテンプレート パラメータが特定の値を持つ場合に表示されるテキストを作成できることを発見しました。これには、テンプレート内でのテンプレートの繰り返し呼び出しが含まれ、システム全体のパフォーマンスが低下しました。開発者は、そのような使用を検出してソフトウェア内で明示的に禁止することにより、明らかに望ましい機能の普及を禁止するか、効率的な代替手段を提供するかという選択に直面しました。後者は Tim Starling によって実行され、彼はパーサー関数、つまり基盤となるソフトウェアで実装された関数を呼び出す wiki テキストの導入を発表しました。最初は、条件付きテキストと単純な数式の計算のみが実装されていましたが、これにより wiki エディターの可能性が大幅に高まりました。時間の経過とともに、さらにパーサー関数が導入され、最終的には、ジオコーディング サービスやウィジェットなどの任意の機能を追加するための拡張機能を簡単に記述できるフレームワークにつながりました。今回は、開発者は明らかにコミュニティの要求に反応しており、コミュニティが抱えていた問題 (条件付きテキストなど) の解決策に取り組むか、以前の慣行に代わる改良された技術的実装を提供して全体的なパフォーマンスを向上させるかのいずれかを迫られていました。

もう一つのパーサー関数拡張機能であるStringFunctionsは、文字列の長さや位置などを評価できるようにするために開発されました。Wikimediaコミュニティは、同じ機能を実現するために厄介な回避策を作成したため、^[102]プロジェクトでそれを有効にするよう強く求めました。^[103]その機能の多くは最終的にParserFunctions拡張機能に統合されましたが、^[104]デフォルトでは無効になっており、Tim Starlingからの警告が付いていました。文字列関数を有効にすると、ユーザーは「人類が知る最も醜く、最も非効率的なプログラミング言語で独自のパーサーを実装できるようになります。つまり、ParserFunctionsを使用したMediaWikiウィキテキストです。」^[105]

2012年以来、スクリプト言語Luaで書かれたウィキページである「モジュール」の作成を可能にする拡張機能Scribuntoが存在し、これはテンプレートや標準のウィキページ内で実行できます。Scribuntoは2013年からWikipediaやその他のウィキメディアサイトにインストールされており、これらのサイトで頻繁に使用されています。Scribuntoコードは、ParserFunctionsを使用した対応するウィキテキストコードよりも大幅に高速に実行されます。^[106]

もう一つの非常に人気のある拡張機能は、インライン参照を使用してページに脚注を追加できるようにする引用拡張機能です。^[107]しかし、この拡張機能は使いにくく、複雑な構文を暗記する必要があると批判されています。RefToolbarと呼ばれるガジェットは、一般的なテンプレートを使用して引用を簡単に作成できるようにしようとしています。MediaWikiには、数学拡張機能^{[108]や分子を}3Dでレンダリングできる拡張機能など、学術分野に適した拡張機能がいくつかあります。^[109]

汎用ウィジェット拡張機能があり、MediaWiki を事実上あらゆるものと統合できます。Wiki を改善できる拡張機能のその他の例としては、カテゴリ提案拡張機能^[110]やFlash ビデオ^[111]、YouTube ビデオ^[112]、RSS フィード^[113] を組み込む拡張機能などがあります。米国上院および下院の議事録のビデオ映像をアーカイブするサイトである Metavidは、 MediaWiki を共同ビデオ作成の領域に拡張するコードを使用して作成されました。^[114]

MediaWiki がnofollow属性を使用して検索エンジン最適化の試みを阻止しているにもかかわらず、ウェブ上で MediaWiki のインストールを検索し、リンクスパムを追加するスパムボットが多数存在します。^{[115]問題の一部は、}ミラーなどのサードパーティの再発行者が自分の Web サイトに nofollow タグを独自に実装していない可能性があるため、マーケティング担当者は、サードパーティの Web サイトにエントリが表示されたときにページにリンクを挿入することで、PageRank のメリットを享受できることです。 ^[116]この問題に対処するために、CAPTCHAを導入し、^[117]特定の URL をブラックリストに登録し、 ^{[118]特定のユーザーが最近追加したページを一括削除できるようにすることで、}スパム対策拡張機能が開発されました。^[119]

MediaWikiには、標準的なテキストベースの検索機能がプリインストールされています。MediaWikiでより高度なサードパーティの検索エンジンを使用できるようにする拡張機能も存在し、Elasticsearch（2014年からWikipediaで使用されています）、Lucene ^[120]、Sphinx ^[121]などがあります。

ウィキ内に入力されたデータとページの改訂履歴などのメタデータの両方に対して、より複雑でファセット的な検索を可能にするために、さまざまなMediaWiki拡張機能も作成されています。 ^{[122] [123]} Semantic MediaWikiはそのような拡張機能の1つです。^{[124] [125]}

MediaWiki は、 MySQL / MariaDB、PostgreSQL、SQLiteのいずれかの リレーショナル データベース管理システムを使用できます。OracleデータベースとMicrosoft SQL Serverのサポートは、MediaWiki 1.34 以降廃止されました。^[126] MediaWiki データベースには、ページ タイトル、ページ ID、その他のメタデータを含むテーブルを含む数十のテーブルが含まれています。[127] また、編集が^行われるたびに新しい行が追加されるテーブルがあり、ページ ID、実行された変更の簡単なテキスト サマリー、記事編集者のユーザー名 (未登録ユーザーの場合は IP アドレス)、およびタイムスタンプが含まれます。^{[128] [129]}pagerevision

2008 年までの 4 年半の間に、MediaWiki データベースには 170 のスキーマバージョンがありました。^[130]おそらく最大のスキーマ変更は、パフォーマンスの柔軟性を向上させるためにメタデータのストレージがコンテンツのストレージから分離された 2005 年の MediaWiki 1.5 で行われました。このアップグレードが Wikipedia に適用されたとき、サイトは編集用にロックされ、スキーマは約 22 時間で新しいバージョンに変換されました。記事のセクションをウォッチリストでウォッチできるようにする提案など、いくつかのソフトウェア機能強化提案は、必要なスキーマ変更に Wikipedia のダウンタイムが長くなるため却下されました。^[131]

MediaWikiは、Web上で最もトラフィックの多いサイトの1つであるWikipediaを運営するために使用されているため、パフォーマンスとスケーラビリティは高度に最適化されています。^[29] MediaWikiは、 Squid、負荷分散データベースレプリケーション、クライアント側キャッシュ、頻繁にアクセスされるクエリ結果の処理のためのmemcachedまたはテーブルベースのキャッシュ、単純な静的ファイルキャッシュ、機能削減操作、リビジョン圧縮、データベース操作のジョブキューをサポートしています。 MediaWikiの開発者は、高価なアルゴリズムやデータベースクエリなどを回避し、高価で参照の時間的局所性があるすべての結果をキャッシュし、プロファイリングを通じてコードのホットスポットに焦点を当てることで、ソフトウェアの最適化を試みてきました。^[132]

MediaWiki のコードは、読み書き可能なデータベースにデータを書き込んだり、読み取り専用データベースからデータを読み取ったりできるように設計されていますが、読み取り専用データベースが最新でない場合は、読み書き可能なデータベースを一部の読み取り操作に使用できます。記事の改訂履歴、記事の関係 (リンク、カテゴリなど)、ユーザー アカウント、設定などのメタデータは、コア データベースに保存してキャッシュできます。実際の改訂テキストはほとんど使用されないため、外部ストレージに追加専用のBLOBとして保存できます。このソフトウェアは、2011 年 8 月時点で約 800 のウィキがあったWikimediaなどの大規模なウィキ ファームの運用に適しています。ただし、MediaWiki には、このようなインストールを管理するための組み込み GUI は付属していません。

経験的証拠によれば、MediaWikiデータベースのほとんどのリビジョンは、以前のリビジョンとわずかに異なる傾向がある。したがって、記事のそれ以降のリビジョンは連結されて圧縮され、最大100倍という非常に高いデータ圧縮率を達成することができる。 ^[132]

ウィキテキストの保存方法やページの組み立て方法などのアーキテクチャの詳細については、「外部リンク」を参照してください。

正式な構文が定義されていないため、パーサーはMediaWiki 構文の事実上の標準として機能します。正式な定義がないため、人気のあるVisualEditorなど、いくつかの WYSIWYG 拡張機能は存在しますが、MediaWiki 用のWYSIWYGエディターを作成することは困難でした。

MediaWikiは専用のオンラインフォーラムやブログソフトウェアの適切な代替品として設計されていませんが、^[133]これら両方を可能にする拡張機能は存在します。^{[134] [135]}

MediaWiki の初心者は、MediaWiki のディスカッション ページでのコミュニケーションにかかわる特異な詳細に不慣れなため、投稿に 4 つのチルダ (~~~~) を付けるのを忘れる^[136] 、またはプレーン テキストの署名を手動で入力する^{[137] など}のミスを犯すことがよくあります。一方、これらのディスカッション ページの形式は、従来のスレッド形式のディスカッション フォーラムよりもきめ細かいディスカッション機能を提供するという、ある教育者によって強みとして挙げられています。たとえば、ディスカッションの参加者は、メッセージ全体に「返信」する代わりに、元のページの任意の単語に新しい wiki ページへのハイパーリンクを作成できます。従来のスレッド形式のディスカッション フォーラムでの一連の返信メッセージではなく、ハイパーリンクされた wiki ページを介してコンテンツが利用できるため、ディスカッションの理解が容易になります。しかし、いくつかの例外を除いて、学生はこの機能を使用していませんでした。これは、従来の線形ディスカッションスタイルに慣れていることと、コンテンツをより「リンクを豊富に」する方法に関するガイダンスが不足していることが原因である可能性があります。^[138]

MediaWiki は、デフォルトでは、動的に組み立てられた文書や他のページからデータを集約したページの作成をほとんどサポートしていません。MediaWiki 内で直接そのような機能を有効にする研究がいくつか行われています。^[139] Semantic MediaWiki拡張機能はこれらの機能を提供します。これは Wikipedia では使用されていませんが、1,600 を超える他の MediaWiki インストールで使用されています。^[140]ただし、Wikibase リポジトリと Wikibase リポジトリ クライアントはそれぞれWikidataとWikipediaに実装されており、ある程度セマンティック ウェブ機能と、集中的に保存されたデータをさまざまな Wikipedia 記事のインフォボックスにリンクする機能を提供しています。

MediaWikiのアップグレードは通常完全に自動化されており、サイトのコンテンツやテンプレートのプログラミングを変更する必要はありません。歴史的に、かなり古いバージョンからアップグレードする際に問題が発生してきました。^[141]

MediaWiki の開発者は、コアコードと拡張機能の両方に対してセキュリティ標準を制定しました。^[142] SQL クエリと HTML 出力は通常、クロスサイトスクリプティングとSQL インジェクションの防止のために検証、エスケープ、フィルタリングを処理するラッパー関数を介して行われます。^[143] 多くのセキュリティ問題は、MediaWiki バージョンのリリース後に修正する必要がありました。[ ^{144]そのため、MediaWiki.org は「最も重要なセキュリティ対策は、アナウンス}メーリング リストを購読し、発表されたセキュリティ更新をインストールすることで、ソフトウェアを最新の状態に保つことです」と述べています。^[145]

MediaWikiの開発者は世界中にいますが、その大部分は米国とヨーロッパにいます。MediaWiki開発者向けの対面ミーティングやプログラミングセッションは、2004年以来、年に1回または数回開催されています。^[146]

MediaWiki ユーザーに対するサポートは次の通りです:

• サポートデスクを含む MediaWiki.org。
• 公式メーリングリスト、Mediawiki-l。
• MediaWikiの管理についてはいくつかの本が書かれており^[147] 、その中には無料のオンライン書籍もいくつか含まれています。^{[148] [149]}

オンラインコラボレーションソフトウェアのユーザーは、Wikipedia での使用が知られているため、MediaWiki の機能とレイアウトに精通しています。2006 年の学術界におけるソーシャルソフトウェアの概要では、「他のウィキと比較して、MediaWiki はシンプルですが、見た目も美しく、簡単にカスタマイズできるサイドメニューとスタイルシートを備えています。」と述べられています。 ^[150]しかし、2006 年のある評価では、非常に使いやすい API と複数のウィキをより適切にサポートする機能により、 Confluence が優れた製品であると判断されました。^[109]

香港大学で2009年に行われた研究では、 TWikiとMediaWikiを比較した。著者らは、TWikiは教育論文や技術プロジェクトの開発のための共同ツールとして考えられてきたが、MediaWikiの最も有名な使用法はWikipediaであると指摘した。どちらのプラットフォームでも議論や進捗状況の追跡は可能であるが、TWikiにはMediaWikiにはない「レポート」部分がある。学生は、MediaWikiの方がTWikiよりも使いやすく、楽しいと感じた。ナレッジマネジメントコースのグループプロジェクトにMediaWikiの使用を勧めるかどうか尋ねられたとき、16人中15人が「もちろん」「間違いなく」など、非常に確信を持ってMediaWikiを好むと答えた。^[151] TWikiとMediaWikiはどちらも柔軟なプラグインアーキテクチャを備えている。^[152]

2009年に行われた、学生のMediaWikiとGoogle Docsの使用経験を比較した研究では、学生はユーザーフレンドリーなレイアウトに関して後者に非常に高い評価を与えていることが判明した。^[153]

ブラジル原子力工学研究所が2021年に実施した調査では、MediaWikiベースの知識管理システムと、それぞれDSpaceとOpen Journal Systemsをベースにした他の2つのシステムを比較した。 ^[154]この調査では、MediaWikiベースのシステムの利点として使いやすさが強調され、ウィキメディア財団が一般向けのサイト（Wikipedia）向けにMediaWikiを開発していたため、「そのユーザーインターフェースは最初からユーザーフレンドリーになるように設計されており、長年にわたって多くのユーザーからのフィードバックを受けてきた」と指摘され、DSpaceとOJSはニッチなユーザー層に焦点を当てている。^[154]

• コンテンツ管理システムのリスト
• ウィキソフトウェアのリスト
• ブルースパイス
• セマンティックメディアウィキ
• XOWA – Wikipedia やその他のウィキをオフラインで閲覧
• PHP – MediaWikiを動かすプログラミング言語

• MediaWiki ホームページ
• Curlieの PHP Wiki エンジン