すべてのガイド
WORDPRESS フォルテ

WordPressマルチサイトと複数のサイト:正しい構造を選択

WordPressマルチサイトと複数のサイト: 管理、プラグイン、ドメイン、バックアップ、サイトの転送を比較して、ホスティング設定を選択します。

ホスティングサイト許容量はWordPressネットワークではありません

WordPressマルチサイトは、WordPressインストール内のサイトのネットワークを実行します。 別のWordPressサイトは、ホスティングアカウントを共有する場合でも、別のインストールを使用します。 複数のウェブサイトが自動的にマルチサイトネットワークを作成するか、それらのウェブサイトが隔離される方法を説明することができない計画。

サイト、所有者、および独立して必要な変更のリストから始めます。 1つのチームが管理する組織サイトのグループには、異なるリリース日付で関連のないクライアントプロジェクトとは異なるニーズがあります。 アプリケーション構造を最初に比較し、その決定に対する実際のプランの制限と利用可能なセットアップの選択肢を確認してください。

共有コンポーネントと独立したリリースを比較する

ネットワークは、WordPressコアとインストールされたプラグインとテーマファイルを共有し、サブサイトには独自のコンテンツと設定があります。 独立したインストールは、異なるコンポーネントのバージョンを選択し、スケジュールを更新することができます。 サーバ、データベース、パーミッションの設計を非審正する必要があります。 単独のディレクトリは、ホスティングアカウントが強力な分離を提供することを証明しません。

必要に応じてテーブルを水平にスクロールします。

WordPressアーキテクチャはメンテナンスワークフローに影響を及ぼします
デコレーションマルチサイトネットワーク別のインストール
コアとインストールされたコンポーネント共有インストールファイル各設置工事のメンテナンス
プラグインまたはテーマリリースそのコンポーネントを使用して、いくつかのサブサイトに影響を与えることができます1つの取付けのためにテストされ、解放することができます
運営管理ネットワークの役割と個々のサイトの役割意図的に統合されていない限り、ロールは各インストールに所属しています
コンテンツサブサイトはデフォルトで独自のコンテンツを保持します各インストールには独自のコンテンツがあります
1つのウェブサイトを後で移動ネットワークウェア抽出計画が必要インストールファイルと関連するデータベースが必要

管理者の役割とプラグインの互換性をチェック

ネットワーク管理者は、プラグインとテーマのインストールを制御します。 サイトの管理者は同じインストール権限を持っていません。 プラグインは、ネットワーク全体で1つのサブサイトまたはアクティブに有効にすることができます。ネットワークアクティブ化プラグインは、個々のサイト管理者によって単に非アクティブ化することはできません。 複数のサイトに影響を及ぼす変更を承認できる方への同意

プラグインがマルチサイトと意図したアクティベーションモードをサポートするかどうか、それぞれの重要なプラグイン開発者に尋ねます。 特に店舗、会員、言語、セキュリティの拡張機能を確認します。 1つのネットワークが1つのライセンスウェブサイトとしてカウントするという仮定ではなく、意図したサイトの数の商用ライセンス条件を確認してください。 共有アーキテクチャを選択する前に例外を録音します。

ドメインの計画と HTTPS あらゆるウェブサイト

ネットワークはサブドメインやサブディレクトリ、近代的なWordPressはサブサイトを別のドメインにマッピングするサポートをします。 ドメインマッピングは、ドメインが正しいホスティング先とWebサーバーにそれを認識できるように要求します。 自身によるアプリケーション設定は、パブリックDNSを設定したり、TLS証明書を作成したりしません。

HTTPSでカバーしなければならないすべてのサブサイトの正式なアドレスとドメインを書き留めます。 各マップドメインのフロントエンドページと管理者ログインをテストします。 新しいサイトが管理者またはオンデマンドによって作成されるかどうかを決定;オンデマンドサブドメイン作成は、既知のサイトの固定リストから異なるDNS要件を持つことができます。

ホスティング先のドメインレコードを計画する

1つのサイトとネットワーク全体が復元できる方法を定義する

ネットワークでは、共有データベース、ネットワーク構成、サブサイトテーブル、バックアッププロセスに必要なアップロードを確認します。 選択した回復方法がネットワーク全体を復元するか、サブサイトを回復できるかどうかを尋ねます。 1つのサイトを修復するために、古いデータベース全体を復元しても、ネットワーク内の他の場所で行われた新しい変更を置き換えることができます。

独立したインストールのために、各サイトに属するファイルとデータベースを識別し、他の人に触れることなく復元をテストします。 ニザーアーキテクチャは、一貫性のあるバックアップと回復回復回復のための必要性を削除します。 インシデントの前に回復境界を設定: 誰が復元を承認する、それが影響するサイトとバックアップが処理された後に行われた変更がどのようになるか。

バックアップと復元スコープを定義する

将来の転送と汎用性要件を考慮する

別の代理店が文書化された出口道を必要としている別の代理店によって販売、移送または維持することができるクライアントのウェブサイト。 ネットワークから1つのサイトを抽出することは、データベーステーブル、ユーザー、アップロード、ドメイン、プラグイン固有のデータをコピーするよりも、複数のディレクトリをコピーするよりも関与しています。 使用するツールで転送プロセスを回復します。

別のインストールは、異なるPHPの互換性の決定や独立したプラグインリリースを必要とするプロジェクトに合うかもしれません。 ネットワークは、共通のコンポーネントと中央のガバナンスを持つグループに収まる可能性があります。 これらはワークフローの選択肢であり、一つのアーキテクチャが常に高速または安価であることを約束するものではありません。 実際に維持するサイトのニーズに応じて継続的な責任を比較します。

WordPress転送とカトラバーを用意する

ホスティング設定を確認する前に構造を選択してください

VPSLibre WordPress 設定は、そのオプションが利用可能なときにマルチサイト設定を記録することができます。 返された引用符とプロジェクトの詳細を確認します。 設定を選択すると、ネットワークが既に作成されている証拠ではありません。 配信された環境と、セットアップを担当するオペレーターとのアプリケーション作業を確認します。

組織が独立したインストールが必要な場合は、複数のドメインをホストするマルチサイトを選択するのではなく、所定のサイトの許容範囲とリソース制限を比較します。 WordPressの準備ガイドを使用して、ランタイムとストレージの要件を確認します。 選択したホスティングファミリーが計画されたアプリケーション構造をサポートするため、アーキテクチャは注文に注意してください。

  • 1つのチームは、共有コンポーネントの変更を所有しています。各サイトには、独自のリリースプロセスが必要です。
  • エッセンシャルプラグインは、意図したアーキテクチャとライセンススコープをサポートしています。
  • ドメインとサブサイトのログインは、 DNS そして、 HTTPS プラン
  • 単一サイト回復と将来の転送が見直しられました。

WordPressサイトの利用状況と設定を比較する

WordPressサイトの利用状況を比較するその他のガイド