ここにはいくつかの質問が混在しているので、最後の質問から答えるのが最も簡単なので、それぞれに順番に取り組みます。
チャームはスタンドアロンのHTMLサイトをWordPressとともに展開できますか?
はい、できます!これは現在チャームの構造内に存在する機能ですが、「ファイル」(WordPressテーマ、プラグイン、静的ファイル)をすべてリポジトリに保持する必要があります。チャームは設定オプションを公開しますがwp-content
、少し誤解を招きますが、このオプションを使用すると、Git、BZR、Mercurial、またはSVNリポジトリをポイントできます。リポジトリのルートには、必要なすべての追加ファイルをWordPressインストールのルートに配置します。たとえば、プラグイン「foo」と「client-login.html」という名前の静的ファイルを追加する場合は、リポジトリを次のように構成します。
.
├── client-login.html
└── wp-content
└── plugins
└── foo
次に、を使用しますjuju set wordpress wp-client=<url-to-repo>
。これについての詳細は、WordPressチャームのドキュメントの「wp-content」にあります。この例は、Githubの 2つのサンプルリポジトリで確認できます。
これは別のWebサイトではなく、WordPressサイト内の静的コンテンツになることに注意してください。ジュジュチャームのコンテキスト内で、さまざまなドメインでさまざまなWebサイトをホストする場合は、それらのシナリオを処理する新しいチャームを作成する必要があります
2つ目の質問については、
複数のWordPressサイトを同じマシンにデプロイできますか?
これは最初から追加したかった機能ですが、当時は不可能でした。これでJujuは十分に進歩し、これが可能になりました。私はこれを可能にするために取り組んでいます。ワークフローでは、Jujuの従属チャームを使用して、次の方法でWordPressの基本インストールをデプロイできます。
juju deploy wordpress-mu
その後、あなたは配備う部下の魅力を、wordpress-site
このベースの上に、。そこから、charmは独自のwpコンテンツ、構成、およびapache / nginx構成で構成しますが、同じコアベースを共有します。設定オプションが好きなのでdomain
、wp-content
と、debug
この別の魅力に移動されます。最後に、それぞれが一意の複数のwordpress-siteチャームを単一のwordpress-mu
デプロイメントにデプロイし、それでもwordpress-muをスケーリングできます(これにより、他のすべてのWordPressサイトデプロイメントがスケーリングされます)。コマンドの例は次のとおりです。
juju deploy wordpress-mu
juju deploy mysql
juju deploy wordpress-site personal-blog
juju deploy wordpress-site professional-blog
juju deploy wordpress-site client-x
juju add-relation personal-blog wordpress-mu
juju add-relation professional-blog wordpress-mu
juju add-relation client-x wordpress-mu
juju add-relation personal-blog mysql
juju add-relation professional-blog mysql
juju add-relation client-x mysql
結局のところ、まだWordPress用のサーバーは1つしかありませんが、そのサーバーにWordPressの3つの固有のインスタンスをデプロイしており、Jujuで個別に制御できます。