답변:
다중 사이트 설정은 동일한 코드베이스에 의존하기 때문에 약간 까다 롭습니다. 이 시나리오에서는 다중 사이트 설정을 사용할 수 있지만에서 모듈을 업그레이드 할 때 sites/all/modules모든 사이트에 영향을 미칩니다 (에서 재정의되지 않은 경우 sites/$SITENAME/modules).
이로 인해 사이트 중 하나가 N 버전의 모듈에 의존하지만 다른 사이트에서 N + 1을 사용하려는 잠재적 인 문제가 발생합니다. 문제의 모듈에 업그레이드 경로가 없거나 Drupal 문화가 주요 버전으로 바뀌면 생각보다 드물지 않은 버전 간 기능이 크게 변경되었을 수 있습니다.
또한 모듈을 업그레이드하는 동안 중요한 데이터베이스 변경이 필요한 경우 여러 사이트를 동시에 중단해야합니다 update.php.
따라서 대부분의 사용 사례에서 멀티 사이트는 갈 수 없습니다. 공간이 부족하거나 각 사이트의 도메인을 별도의 폴더에 매핑하는 것을 방해하는 이상한 호스팅 제한이 없다면 별도의 코드 기반을 유지하고 Drush 및 버전 제어와 같은 도구를 사용하여 코드 속도를 높이는 것이 좋습니다. 전개.
제한 호스트의 해결 방법으로 사용하지 않는 멀티 사이트의 프로토 타입 사용 사례는 매우 유사한 수많은 사이트를 배포 할 때입니다. 호스팅 서비스를 실행하거나 회사를 위해 여러 개의 마이크로 사이트를 구축하거나 사용자가 수행 한 작업을 수행 할 수 있습니다. 이러한 경우 자체 다중 사이트 설정을 롤업 할 수 있지만 이러한 설정을 실행하는 많은 번거 로움을 자동화하고 추상화하는 Aegir 사용도 고려해야 합니다.
멀티 사이트 설정에 새 사이트를 추가하는 것은 매우 간단합니다 : 아래에 새 폴더 생성 sites, 편집 sites/sites.php(단지 드루팔 7), 복사 sites/default/default.settings.php에 settings.php그 새 폴더에, 그리고 브라우저에서 사이트를 방문하십시오. Drupal은 설치 과정을 시작하고 새 폴더를 사용해야합니다. 새 사이트는 sites/all/modules기존 사이트와 마찬가지로 모든 모듈에 액세스 할 수 있습니다.
git clone git@my.repository.com:/base.git newsite깨끗한 환경을 조성하기 위해 달려가 는 것입니다.
관련 콘텐츠 제공이 있지만 다른 사용자를위한 다중 사이트를 사용합니다.
예를 들어 여러 브랜드를 지원하는 인트라넷에 사용합니다. 이를 통해 각 브랜드는 콘텐츠 / 사용자를 공유 할 수있는 옵션으로 개별적으로 관리 할 수 있습니다 (중복 시간을 줄이는 데 막대한 시간 절약).
또한 고유 한 인터페이스 (메뉴 / 블록 / 테마)를 사용하면 다른 부서에서 가장 중요한 것에 쉽게 액세스 할 수 있습니다.
사용자가 기본 사이트, 하위 도메인별로 다른 사이트를 설정 (marketing.intranet.local 또는 engineering.intranet.local 등), 사이트 간 검색, 액세스 제어 등 사용자가 도메인 액세스를 사용하여 많은 기능을 사용할 수 있습니다. .