Manual:Using custom namespaces/ja

組み込みの名前空間に加えて、内容を分離してより論理的に整理できるようにするために、カスタムの名前空間を MediaWiki に追加できます.

コンフィギュレーションディレクティブを使用することでカスタムの名前空間は管理が簡単です. 設定ディレクティブを使用して、カスタム（およびあらかじめ定義された）名前空間のエイリアス名を定義することもできます.

カスタム名前空間の作成
追加の名前空間をファイルのグローバル変数に追加して登録します. すべての名前空間は、この配列内で一意の数値インデックスを必要とします. 単純なカスタム名前空間の作成の例として、「Foo」名前空間3000とそれに関連する「Foo_talk」名前空間を定義するには、次の数行を に追加します.


 * 未使用の番号を選択
 * As a convention, the namespaces numbered 100-199 are reserved for site-specific namespaces, although there are some extensions that don't follow this convention. Extension writers use higher numbers, up to 32767. When choosing your index, you should avoid any number already in extension default namespaces, since you might want to install that extension later. Thus numbers from 3000 and higher are a good pick for system administrators to define their custom namespaces.


 * 偶数と次の奇数
 * Note the namespace array index is 3000 in the above example.
 * 偶数の名前空間は、主となる名前空間を示します.
 * 奇数の名前空間は、一つ前の数字の名前空間に関連する議論（会話）をする名前空間を示します.


 * トーク名前空間も作成
 * You typically create a discussion "Talk" namespace along with each custom namespace. With this example, if you move a page into the "Foo" namespace, will be prompted to move its associated talk page, if any, and if you choose to do so, MediaWiki will place the talk page in "Foo talk".


 * 空白を含めない
 * 名前空間を登録する際は、スペースの代わりにアンダースコアを使ってください. “My Namespace”は、名前空間の登録においては無効ですので、代わりに“My_Namespace”を使ってください.

The uppercase part does not permit hyphens but they can still be safely added to the prefix title. 例:
 * ハイフンを含めない


 * 選択した番号に名前を付ける
 * The example defines constants for the namespace IDs, so that you can refer to these namespaces later on in the configuration, for example in, , or.

You could go on to configure additional settings for your new namespace.


 * Do it early
 * Manipulation of  must be completed during MediaWiki initialization, i.e. in case an extension etc. should work with the newly created custom namespace, make sure that you define and name them prior to invoking the respective extension. For instance it cannot be manipulated in a post-initialization hook like.


 * Watch out for collisions with URL protocols
 * MediaWiki's linking code knows about a number of URL protocols, defined in the variable. If your namespace name is identical to one of these protocols, you're going to have trouble creating wikilinks to pages in your custom namespace. This most commonly arises when someone tries to create a "News" namespace, because   is a URL protocol for NNTP newsgroups.
 * To avoid this issue, you can deregister the relevant URL protocol by adding the following code to LocalSettings.php (replacing  by the lowercased name of the protocol you wish to remove):

In extensions
Extensions often add their own namespaces, such as the extension's "Topic" namespace. An extension can unconditionally add to  as described above, or if its namespace registration is conditional (for example  only defines its "Schema" namespace on the wiki where it stores schemas), then it can add a handler function for the  hook that decides what to do.

The timing of registering extensions is subtle. Functions that extensions register with are executed too late to register additional namespaces. So extensions should bind the hook at file scope (in ) and check there whether the wiki should activate the extra namespace or not. Extensions can configure namespace permissions and content handlers unconditionally at file scope since they do not require the namespace to actually be created.

The new  registration system has a   key for an extension to list its namespaces that should always exist. From the extension:

It also supports the  hook.

コンテンツ名前空間
サイトの統計ページを構築するとき(Special:Statisticsを参照)、MediaWikiはある合計値を計算するためにデータベースに保存された変数を使用します. 一つの特定の合計値は"記事の数"もしくは"内容ページの数"の合計値です.

記事もしくは適切な内容としてページがみなされるようにするために、次のことをしなければなりません:


 * mainの名前空間において、もしくはcontent名前空間を定義する
 * redirectページではないように
 * 少なくとも1つ内部リンクを含む

追加の内容を保持するカスタムの名前空間を作成するとき、コンフィギュレーションにこれを示すことはよいアイディアです. $wgContentNamespacesコンフィギュレーションディレクティブ経由で行われます.

上記の例を拡張するために、次の内容をLocalSettings.phpに追加します:


 * または

これでMediaWikiはページが含んでいる基準(criteria)と合う場合に"Foo"名前空間にあるページを記事と見なすようになり、サイト統計カウンターをアップデートするときにインクルードされます.

メンテナンス スクリプトの実行

 * $wgContentNamespacesの値を調整するとき、内部の統計キャッシュをアップデートするmaintenance/updateArticleCount.phpスクリプトを実行することはよいアイディアです (see: Manual:Maintenance scripts).

Why you would want a custom namespace
There are several reasons on why you would want this:


 * A custom namespace can be used to hold content that should not be shown on the search results page, for example pages that are used only for transclusion.
 * Certain namespaces require additional privilege(s) for editing.
 * You want certain namespaces not to be subjected to certain limitations or default settings ( for example)
 * A uniform prefix for specific content(s), which is searchable for that namespace only
 * If you're a MW developer, sometimes you need to have a custom namespace for your extension(s)

既存のページを取り扱う
ページレコードを保存するとき、MediaWikiはタイトルのテキストに加えて、名前空間の数値インデックスを使用します. ページが存在しない名前空間に作成されたとき、例えば、"Bar:Some page"、メインの名前空間にあるものとして取り扱われます.

"Bar"のためにカスタムの名前空間を後で追加する場合、このことによって問題を起こす可能性があります. MediaWikiは適切な名前空間経由でインデックスされたページを探しますが、見つからないので、内容にアクセスできません.

この問題を修正するために、3つの主要なアプローチがあります.

衝突するページを移動させる
影響されるページ数が小さい場合(例えば、サイトコンフィギュレーションで名前空間が定義される前に"Bar"は5つのページを持つ場合、)次のアプローチが適用できます:


 * 1) コンフィギュレーションファイルにある名前空間の定義をコメントアウトする
 * 2) それぞれ影響されるページにアクセスをして、擬似名前空間に移動させる、例えば、Bar:Some page"を"Bar2:Some page"に移動させる
 * 3) 名前空間の定義のコメントを解除する
 * 4) 影響されるページを新しい名前空間に戻す

メンテナンス スクリプトの使用
maintenanceディレクトリ内に、大規模のページに対してより効果的に上記のオペレーションを実行するメンテナンススクリプトがあります; namespaceDupes.php. シンプルですが、すべてのMediaWikiメンテナンススクリプトと同様に、最初に利用可能な使い方情報(--helpを使用します)をオプションとして最初に尋ねることができます.

Use a database query
To move all pages "Bar:Some page" into namespace 3000, make the following database query:

To handle discussion pages:

The above example is wrong. It should look for "Bar_Talk:" or "Bar_talk:" or how MediaWiki saves that inside the page_title field... After such fiddling, run the script and the  script to update internal links and search results in your wiki. Note that external search engines like Google will take some time to update their index.

カスタム名前空間の除去
上記で書かれた問題はカスタム名前空間が削除されるときにも起こります; MediaWikiは名前空間のための数値インデックスをもはや認識しないので、望むページのためにメインの名前空間を探そうとしますが、内容にアクセスできません. 多くのサイトではremoved名前空間が必要ではないので、これはほとんど起こりません. しかし問題があります. (See mailing list discussion).

Example on how to remove and the Topic namespace:


 * Uninstall Flow
 * Temporarily add $wgExtraNamespaces[2600] = 'Topic'; to the config
 * Use deleteBatch.php to delete all pages in the Topic namespace
 * Remove the $wgExtraNamespaces config

Renaming custom namespaces
Suppose that you need to rename custom namespace "Foo" to "New" without performing a mass move of pages. The easiest way to achieve this is to preserve the namespace ID (here " ") as well as the namespace constant (here " "), modify the (visible) namespace title and add the old one as an alias.


 * change


 * to

名前空間の衝突の回避
In order for you to avoid namespace conflicts e.g. your namespace has the same number as a namespace defined by an extension, the extension namespace list shows you which numbers to avoid to prevent conflicts.

Defining $wgNamespacesToBeSearchedDefault, $wgNamespacesWithSubpages, $wgContentNamespaces or $wgNamespaceAliases for an ID not associated to any existing namespace in $wgExtraNamespaces doesn't break the wiki; MediaWiki gracefully ignores such configurations.

Styling namespaces
For example, to set the background color of pages in a particular namespace (and its associated talk namespace) you can add the following code to your common.css:

where  is the namespace's index and   is the color you want as its background color.

関連項目

 * Namespace manager　元々はMW1.6-wikidataとサクセサのために提案されました. 現在はOmegaWikiプロジェクトによって使用されています.
 * - to use a different skin in a namespace
 * - の修正バージョンで、namespace managerを特別ページとして提供します.
 * - to control access to namespaces
 * Extension namespace registration
 * - to control access to namespaces
 * Extension namespace registration