여기에 몇 가지 질문이 혼합되어 있으므로 대답하기가 가장 쉬운 마지막 질문부터 시작하여 각 문제를 차례로 해결하려고합니다.
매력이 WordPress와 함께 독립형 HTML 사이트를 배포 할 수 있습니까?
그래 넌 할수있어! 이것은 현재 참의 구조 내에 존재하는 기능이지만 "파일"(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>
합니다. 이에 대한 자세한 내용은 "wp-content" 의 WordPress charm documentation 에서 확인할 수 있습니다 . Github의 두 가지 예제 리포지토리 에서이 예제를 찾아 볼 수 있습니다 .
이 사이트는 별도의 웹 사이트가 아니라 WordPress 사이트 내의 정적 콘텐츠입니다. Juju Charm의 맥락에서 다른 도메인에서 다른 웹 사이트를 호스팅하려면 이러한 시나리오를 처리 할 수있는 새로운 매력을 만들어야합니다.
두 번째 질문은
여러 WordPress 사이트를 동일한 컴퓨터에 배포 할 수 있습니까?
이것은 처음부터 추가하고 싶었지만 당시에는 불가능했던 기능입니다. 이제 Juju는 이것이 가능할 정도로 충분히 발전했으며이를 가능하게하기 위해 노력하고 있습니다. 워크 플로에는 Juju의 하위 참을 사용하여 기본 WordPress 설치를 다음과 함께 배포 할 수 있습니다.
juju deploy wordpress-mu
그런 다음 배포 할 하위 매력을 , wordpress-site
이 기초 위에,. 여기서 매력은 자체 wp-content, configuration 및 apache / nginx 구성으로 구성하지만 동일한 코어 기반을 공유합니다. 따라서 구성 옵션은 domain
, wp-content
및 debug
이 별도의 참으로 이동됩니다. 결국 단일 wordpress-mu
배포 에 각각 고유 한 여러 개의 wordpress-site 참을 배포하고 여전히 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 용 서버는 하나만 있지만 Juju와 독립적으로 제어 할 수있는 3 개의 고유 한 WordPress 인스턴스를 해당 서버에 배포했습니다.