Sie haben hier ein paar Fragen, also werde ich versuchen, jede nacheinander zu beantworten, beginnend mit der letzten, da sie am einfachsten zu beantworten ist.
Kann der Charm eigenständige HTML-Sites neben WordPress bereitstellen?
Ja, du kannst! Dies ist eine Funktionalität, die derzeit in der Struktur des Charms vorhanden ist. Sie müssen jedoch Ihre "Dateien" (WordPress-Themes, Plugins und statische Dateien) in einem Repository aufbewahren. Der Charme enthüllt eine Konfigurationsoption wp-content
, während Sie mit dieser Option auf ein beliebiges Git-, BZR-, Mercurial- oder SVN-Repository verweisen können. Im Stammverzeichnis des Repos platzieren Sie alle gewünschten zusätzlichen Dateien im Stammverzeichnis Ihrer WordPress-Installation. Wenn Sie beispielsweise ein Plugin "foo" und eine statische Datei mit dem Namen "client-login.html" hinzufügen möchten, strukturieren Sie Ihr Repository folgendermaßen:
.
├── client-login.html
└── wp-content
└── plugins
└── foo
Dann würden Sie verwenden juju set wordpress wp-client=<url-to-repo>
. Weitere Informationen hierzu finden Sie in der WordPress-Charm-Dokumentation unter "wp-content". Sie können ein Beispiel dafür in Github zwei Beispiel-Repositorys finden.
Beachten Sie, dass dies keine separate Website ist, sondern statischer Inhalt innerhalb der WordPress-Site. Wenn Sie verschiedene Websites in verschiedenen Domänen im Kontext des Juju-Charms hosten möchten, müssen Sie einen neuen Charm erstellen, der diese Szenarien behandelt
Was Ihre zweite Frage betrifft,
Können wir mehrere WordPress-Sites auf demselben Computer bereitstellen?
Dies ist eine Funktion, die ich von Anfang an hinzufügen wollte, aber zu diesem Zeitpunkt noch nicht möglich war. Jetzt ist Juju so weit fortgeschritten, dass dies möglich ist, und ich arbeite daran, dies zu ermöglichen. Der Workflow beinhaltet die Verwendung von Jujus untergeordneten Charms, damit Sie eine Basis-WordPress-Installation bereitstellen können mit:
juju deploy wordpress-mu
Dann würden Sie eine Bereitstellung untergeordneten Charmes , wordpress-site
, auf dieser Basis. Von dort aus würde der Charme es mit seinem eigenen wp-Inhalt, seiner eigenen Konfiguration und seiner eigenen Apache / Nginx-Konfiguration konfigurieren, aber es würde dieselbe Kernbasis teilen. Also die Konfigurationsoptionen mögen domain
, wp-content
und debug
würden in diesen separaten Charme verschoben. Am Ende könnten Sie mehrere WordPress-Site-Charms, die jeweils einzigartig sind, für die einzelne wordpress-mu
Bereitstellung bereitstellen und dennoch WordPress-Mu skalieren (was wiederum alle anderen WordPress-Site-Bereitstellungen skalieren würde). Ein Beispiel für die Befehle folgt:
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
Letztendlich haben Sie immer noch nur einen Server für WordPress, aber Sie haben drei eindeutige Instanzen von WordPress auf diesem Server bereitgestellt, die Sie unabhängig mit Juju steuern können.