赤色のリンクは、まだ日本語Codexに存在しないページ・画像です。英語版と併せてご覧ください。検索あなたがネットワークを作成したら、マルチサイト固有の追加の複雑な事項により、詳細なネットワーク管理のために必要になるかもしれない追加事項があります。あなたがWordPressに親しんでいても、マルチサイト管理の場所と振る舞いは混乱するかもしれません。ネットワークにインポートするユーザーアクセス設計上の都合により、ネットワークのユーザーはネットワークのすべてのサイトの購読者権限を持ちます。Managementのようなプラグインが必要となります。サイト管理者の権限も、ネットワーク上では削られています。サイト管理者はテーマやプラグインをインストールすることはできず、自分のサイトのユーザーのプロフィールを編集することもできません。ネットワーク管理者(特権管理者とも言います)はネットワーク上でそれらの行為をする権限を持ちます。サブフォルダインストールとパーマリンクパーマリンクは相変わらず正常に動作しますが、メインサイト(つまり最初に作成したもの)はblogという新しいエントリーが追加されます。URLはdomain.com/blog/YYYY/MM/POSTNAMEのような形になります。これは設計上の都合によるもので、サブフォルダインストールとの衝突を回避するためです。現在のところ、それを変更する簡単な方法はなく、そのようにすることはメインサイトとサブサイトの衝突の検出を阻害します。将来のバージョンでは、これらの問題が解決されるかもしれません。固定ページはblogの接頭辞を使わないことも付け加えておきます。固定ページはベースURLから直接アクセスできます。(例:domain.com/PAGENAME)ネットワークにすでに存在するサイトの接頭辞と同じスラッグを用いた場合、ページのスラッグに接尾辞がつきます(例:domain.com/PAGENAME-2)。逆に、固定ページのスラッグと同じ接頭辞を持ったサイトを作った場合、もはやその固定ページへアクセスする手段は失われます。それを防ぐために、固定ページのスラッグを作成できない接頭辞として指定できます。アップロードされたファイルのパス最初のサイトにアップロードされたファイルはこれまで通り/wp-content/uploads/に保存されますが、それ以降に作成されたサイトでは/wp-content/uploads/sites/に格納されます。その中にデータベース上のサイトIDと同じフォルダが作成され、その中にファイルが保存され、そのようなURLでアクセスできます。マルチサイトの3.0-3.4.2からは変化しています。形でアクセスできました。3.5以前のWordPressからマルチサイトを用いている場合、/files/へのファイルのアクセスはエラーになりません。WordPressのバージョンによらず、サイト管理者はファイルの保存場所を変更できません。ネットワーク管理者だけがサイト設定画面から変更できます。ms-files.phpが.htaccessと密接に関連していて、簡単に動かなくなることを理解せずに変更することはおすすめできません。/files/のURLが動作しない場合、.htaccessやあなたのサーバーのhttpd.confなどの設定ミスが想定できます。プラグインプラグインはネットワーク間の実装の依存により、プラグインはさらなる柔軟性を得ます。すべてのプラグインはネットワークのダッシュボードからインストールができ、各サイト、あるいはネットワーク全体で有効化できます。サイト固有のプラグイン:サイトの管理者がプラグインを有効化したり無効化したりできます。->ネットワークの設定から設定を行う必要があります。ネットワークのプラグイン:特権管理者はネットワーク全体でpluginsディレクトリのプラグインを有効化できます。ネットワークで有効化されたプラグインは全サイトで有効です。ネットワークで有効化されたプラグインは各サイトからは隠されます。必須プラグイン:ネットワーク全体で使用するプラグインはmu-pluginsディレクトリに単一ファイルかサブフォルダに入った形で格納できます。その中のファイルは読まれません。それらのファイルは有効化したり無効化したりできず、常に利用されます。各サイトからは隠されます。テーマテーマは全サイト共通にインストールされます。テーマのコードを編集すると、そのテーマを利用しているすべてのサイトに影響します。CSSプラグインをインストールすることで、他のサイトに影響を及ぼすことなく各サイトでCSSを変更可能です。テーマはネットワーク全体や各サイトごとに有効化することができます。...」シリーズをすべての新しいサイトのデフォルトのテーマとして利用します。'classic');のようなコードを記述することにより変更可能です。「classic」はあなたのテーマのフォルダ名に差し替えてください。3.0では利用できません。Pagesなどのようなプラグインを用いることにより、複数のサイトや個別のサイトでカテゴリーやタグを管理することができます。ネットワークタイプの変更ドメインベース(サブドメイン形式)とパスベース(サブディレクトリ形式)でマルチサイトのインストールを変更することは可能です。WordPressを始めて1ヶ月以上経過したのちにマルチサイト化しようとした時には、サブドメイン形式を使うように言われます。example.com/sitename)の衝突を避けるためです。);.htaccessについても新しい設定に変更する必要があります。設定条件として、127.0.0.1及びlocalhostではサブディレクトリ形式からサブドメイン形式への変更はできません。これは、Cookieの処理の関係でルートサイトにおいてreauth=1の無限ループを引き起こす可能性があるためです。Apacheの仮想ホストとmod_rewriteApacheの仮想ホストでmod_rewriteを有効にするには、DocumentRootの設定が必要になるかもしれません。</Directory>いくつかのサーバーでは、.htaccessのルールをすべて反映するためにAllowOverrideにAllを指定する必要があります。.htaccessとmod_rewritemod_rewriteを必要としないUgly形式のパーマリンクを用いることができる単一サイトのWordPressと異なり、マルチサイトではあなたのサブサイトのURLのフォーマットを用いる必要があります。したがって、サブフォルダ形式とサブドメイン形式で少し異なる形を持った.htaccessファイルを必要とします。以下はあなたのサイトルートディレクトリにWordPressを設置した時のサブフォルダ形式とサブドメイン形式の.htaccessの例です。固有のフォルダにインストールした時は、RewriteBaseを適切に書き換える必要があります。なんども言いますが、これは例であり、多くの場合、これで動きますが、すべてのインストールで動くとは限りません。マルチサイトを3.5以降に始めた場合に限ります。3.4から3.5にアップデートした場合は、古いバージョンのものを使用してください。画像のライブラリで画像やサムネイルが表示されない問題が起きます。その場合、以下のようなリライトルールを追加する必要があるかもしれません。[L]これをアップロードファイルに関する記述の下に設置してください。ネットワーク管理リンクの場所ネットワーク管理リンクの場所はWordPressのメジャーリリースのたびに変更され、現在も変更中です。使っているWordPressのバージョンにより、以下の場所に存在します。管理者ヘッダーにある「参加サイト」からのドロップダウンマルチサイトの移転マルチサイトの移転はシングルサイトの移転よりも複雑です。マルチサイトの移動をご覧ください。ネットワークにインポートする他のサイトからWordPressのネットワークを作成しインポートする時には、複数のブログをマルチサイトに移行するをお読みください。記載がない限り、内容は(お問い合わせください)のライセンスで利用できます。