WordPress Multisite 대 여러 사이트: 관리, 플러그인, 도메인, 백업 및 사이트 전송을 비교하기 전에 호스팅 설정.
WordPress Multisite는 하나의 WordPress 설치 내에서 사이트의 네트워크를 실행합니다. 별도의 WordPress 사이트는 별도의 설치를 사용하여 호스팅 계정을 공유 할 때도 있습니다. 여러 웹 사이트를 허용하는 계획은 자동으로 Multisite 네트워크를 만들거나 그 웹 사이트가 격리 된 방법을 설명하지 않습니다.
사이트 목록에서 시작, 그들의 소유자 및 변경 그들은 독립적으로 만들 필요가. 한 팀이 유지 한 조직 사이트의 그룹은 다른 릴리스 날짜와 관련된 클라이언트 프로젝트의 다른 요구 사항을 가지고 있습니다. 애플리케이션 구조를 먼저 비교하면 실제 플랜 제한과 그 결정에 대한 사용 가능한 설정 선택을 확인하십시오.
네트워크는 WordPress 코어를 공유하고 플러그인 및 테마 파일을 설치 한 반면 하위 사이트는 자신의 내용과 설정을 가지고 있습니다. 독립적 인 설치는 다른 구성 요소 버전과 업데이트 일정을 선택할 수 있습니다. 그들은 여전히 서버, 데이터베이스 및 권한 설계를 deliberate 필요; 혼자 별도의 감독은 호스팅 계정이 강한 고립을 제공한다는 것을 증명하지 않습니다.
필요한 경우 테이블을 수평으로 스크롤합니다.
| 팟캐스트 | Multisite 네트워크 | 별도의 설치 |
|---|---|---|
| 핵심 및 설치 부품 | 공유 설치 파일 | 각 임명을 위해 유지해 |
| 플러그인 또는 테마 출시 | 그 구성품을 사용하여 여러 하위 사이트에 영향을 줄 수 있습니다. | 1개의 임명을 위해 시험되고 풀어 놓일 수 있습니다 |
| (주) | 네트워크 역할과 개별 사이트 역할 | 역할은 각 설치에 속합니다. deliberately Integrated |
| 의 의 | Subsites는 기본적으로 자신의 콘텐츠를 유지 | 각 임명에는 그것의 자신의 내용이 있습니다 |
| 한 웹 사이트가 나중에 이동 | 네트워크 인식 추출 계획 필요 | 설치 파일 및 관련 데이터베이스 필요 |
네트워크 관리자는 플러그인과 테마의 설치를 제어합니다. 사이트 관리자는 동일한 설치 권한이 없습니다. 플러그인은 하나의 하위 사이트 또는 네트워크를 통해 활성화 될 수 있습니다. 네트워크 활성화 플러그인은 단순히 개별 사이트 관리자에 의해 비활성화 될 수 없습니다. 몇 가지 사이트에 영향을 미치는 변화를 승인 할 수있는 것에 동의합니다.
플러그인이 Multisite와 의도한 활성화 모드를 지원할지 여부를 결정하는 각 중요한 플러그인 개발자에게 문의하십시오. 특정 매장, 회원, 언어 및 보안 확장. 해당 사이트에 대한 상업 라이센스 조건을 확인하기 때문에, 하나의 네트워크는 하나의 라이센스 웹 사이트로 계산합니다. 공유 아키텍처를 선택하기 전에 기록 예외.
네트워크는 하위 도메인 또는 하위 디렉토리를 사용할 수 있으며, 현대 WordPress는 하위 도메인을 분리하는 데 사용할 수 있습니다. 도메인 매핑은 도메인이 올바른 호스팅 목적지와 웹 서버가 인식하는 데에 도달해야합니다. DNS를 구성하지 않거나 TLS 인증서를 만들지 않습니다.
HTTPS에 의해 덮여야 할 모든 하위 사이트 및 도메인의 대문 주소를 작성하십시오. 각 mapped 도메인에 대한 프론트 엔드 페이지 및 관리자 로그인을 테스트합니다. 새로운 사이트가 관리자 또는 수요에 의해 생성되었는지 결정하십시오. 주문형 서브도메인 생성은 알려진 사이트의 고정 목록에서 다른 DNS 요구 사항을 가질 수 있습니다.
네트워크의 경우, 공유 데이터베이스, 네트워크 구성, 하위 사이트 테이블 및 업로드를 검토하여 백업 프로세스에 의해 요구됩니다. 선택된 복구 방법 전체 네트워크를 복원하거나 한 하위 사이트를 복구 할 수 있는지 묻습니다. 전체 이전 데이터베이스를 복원하여 하나의 사이트를 수리 할 수도 있습니다 또한 네트워크에서 다른 곳에서 새로운 변경을 대체 할 수 있습니다.
독립적 인 설치를 위해 각 사이트에 속하는 파일 및 데이터베이스를 확인하고 다른 사람에게 만지지 않고 복원을 테스트하십시오. Neither 아키텍처는 일관된 백업 및 복구 재활에 대한 필요를 제거합니다. 복구 경계를 설정하기 전에 사건: 누가 복원을 승인, 어떤 사이트가 영향을 미치는 방법 변경 후 백업 처리.
다른 기관에 의해 판매되거나 유지될 수 있는 클라이언트 웹사이트는 문서화한 출구 경로가 필요합니다. 네트워크에서 하나의 사이트를 추출하는 것은 하나의 디렉토리를 복사하는 것보다 더 관련이 있습니다. 데이터베이스 테이블, 사용자, 업로드, 도메인 및 플러그인 별 데이터를 검토하십시오. 이 작업을 수행 할 도구로 이동 프로세스를 다시 시작합니다.
별도의 설치는 다른 PHP 호환성 결정 또는 독립적 인 플러그인 릴리스가 필요한 프로젝트에 적합 할 수 있습니다. 네트워크는 일반적인 구성 요소와 중앙 지배구조를 가진 그룹에 적합할 수 있습니다. 이 작업 흐름 선택, 약속 하지 않는 한 하나의 아키텍처는 항상 빠르고 저렴. 실제로 유지되는 사이트의 필요와 지속적인 책임을 비교하십시오.
VPSLibre WordPress 구성은 옵션이 사용할 때 멀티 사이트 설정을 기록할 수 있습니다. 반환된 견적 및 프로젝트 세부 사항을 검토하십시오. 선호 사항 선택은 네트워크가 이미 생성 된 증거가 아닙니다. 전달된 환경과 어떤 응용 프로그램을 설정에 책임있는 연산자와 함께 확인.
조직이 독립적 인 설치를 필요로한다면, 여러 도메인을 호스팅하기 위해 Multisite를 선택하는 것보다 명시된 사이트 허용 및 리소스 제한을 비교하십시오. WordPress 준비 가이드를 사용하여 런타임 및 저장 요구 사항을 확인하십시오. 주문과 건축주의를 유지하기 때문에 선택한 호스팅 제품군은 계획 된 응용 프로그램을 지원합니다.