マルチサイトでのいくつかのサイトの実装について考えています。共有テーブルがサポートされなくなったとしても、ソリューション（1つのコードベース）のアイデアは完璧です（共有テーブルに関する私の質問もここにあり、ドメインも知っています）モジュールも）。
いくつか検索したところ、8.xでマルチサイトを廃止し、9.xで削除する計画に関するこのトピックが見つかりました。
私の質問は：
8.xでの非推奨とdrupal 9でのマルチサイトの削除計画はどの程度深刻ですか？トピックは2年間の計画のカテゴリにあります。
9.xで削除が発生した場合でも、9.xの削除への移行パスを期待する必要があるかどうか。私の考えでは、この移行は共有テーブルでは起こりませんでした。
上記のトピックでマルチサイトを削除するための提案されたソリューションは
マルチサイトに対する最新のアプローチは次のとおりです。git —同じコード、異なるサイト。あなたの管理下。メンテナンスも簡単です。
理解できません。どのように機能しますか？
回答:
いくつか質問があるので、個別に説明します。
8.xでの非推奨とdrupal 9でのマルチサイトの削除計画はどの程度深刻ですか？トピックは2年間の計画のカテゴリにあります。
言うのが難しい。このような物議を醸すトピックは、オープンソースコミュニティの中で何年もの間循環する可能性があります。ご覧のとおり、このトピックは3年以上前に始まったものであり、まだ結論に達していないため、結論に至ることはありません。
9.xで削除が発生した場合でも、9.xの削除への移行パスを期待する必要があるかどうか。私の考えでは、この移行は共有テーブルでは起こりませんでした。
各マルチサイトを新しい個別のサイトに移行するだけなので、テーブルを共有している場合でも問題ありません。共有テーブルを新しいシステムに取り込むには、特別なデータベースダンプとインポートを行う必要がある場合があります。私の会社のサイトでD6からD7に移行するときにこれを1回実行しました-マルチサイトを使用していて、アップグレードでは、1つから2つのサイトを作成しました。
理解できません。どのように機能しますか？
Gitはすべてのコードをリポジトリに保持します。リポジトリは必要に応じて複製できます。したがって、別のサイトを起動する必要があるときはいつでも、コードを複製するだけで、新しいDrupalインスタンスを取得できます。時間をかけてサイトを更新するときに、コードの変更を1つのリポジトリから別のリポジトリにマージできます。
私の会社のシステムでは、プロジェクトごとに中央リポジトリがあります。新しい誰かがプロジェクトで作業するときはいつでも、中央リポジトリからコードを複製し、サイトの正確なコピーを持っています。次に、リポジトリをWebルートに複製して、Web経由で使用できるようにします。人々がコードに変更を加えると、その中央リポジトリに変更をプッシュし、誰でもいつでも自分のリポジトリやパブリックサイトのwebrootに保存されているリポジトリにそれらをプルできます。
私が使用してきましたエーギルをマルチサイト管理、素晴らしいツールのため！
アマゾンウェブサービスを使用したことがある場合は、Drupalについても同様です。ボタンをクリックするだけで、特定のサイトビルドを起動できます。
ボタンをクリックするだけでサイトを更新できます（移行ボタン。デフォルトでは無効になっています。有効にする方法についてはドキュメントをご覧ください）。
裏側のAegirは、Drushを使用して、インストール用のdrush makeファイル、モジュールをダウンロードするためのdrush dlなどの作業の大部分を実行します。
Gitソリューションは、既存のサイトのクローン作成の問題を解決します。各クローンにはDrupal環境の完全なコピーが含まれ、Drupal 8.1.1の時点で53 MBのオーバーヘッドがあります（ファイルシステムで使用される実際のディスク領域は87 MB）。
今日のディスクおよびSSドライブのMBあたりのコストを考えると、このオーバーヘッドはほとんどの人にとって深刻な問題ではありません。ただし、開発中は、ファイルシステムに多くの実験的および教育的サイトが保存されている場合があります。この場合、Drupalのマルチサイト機能は適切に構成されているため、多くのファイル領域を節約できます。これは、機能の削除に反対する強い主張です。