멀티 사이트 호환성에는 두 가지 유형이 있습니다.
- 패시브 호환성 : 다중 사이트에 특정한 작업을 수행하지 않고 아무 것도 깨지 않고 작동합니다.
- 활성 호환성 : 다중 사이트 특정 동작 변경 또는 확장
나는 당신이 1에 대한 것 같아요 . 두 번째 부분 은 WordCamp Prague 2015에서 내 슬라이드를 참조하십시오 .
멀티 사이트에 대해 아무 말도하지 않는 플러그인은 네트워크 플러그인으로 활성화되어서는 안됩니다. 예를 들어 WooCommerce는 설치 중에 일부 사용자 정의 테이블을 작성합니다. 네트워크 전체에서 활성화하면 하위 사이트에 이러한 테이블이 표시되지 않고 하늘이 머리 위로 떨어집니다.
불행히도, 대부분의 플러그인은 활성화 유형을 확인하지 않으므로 잘못된 활성화를 수행 할 수 있습니다.
호환되지 않는 플러그인에서 하위 사이트를 클릭해야하는 관리자 포인터 또는 특수 "정보"페이지와 같은 UX 문제와 관련이 있습니다. Yoast의 WP SEO가 한 예 입니다. 이 플러그인에서 곧 수정 될 것입니다. :)
다른 문제는 해당 다중 사이트로 수행 한 작업에 따라 다릅니다. 각 사이트가 한 언어로 작성되고 사이트가 서로 연결된 다국어 웹 사이트를 구축하는 경우 컨텐츠를 작성할 때 게시물을 동기화하려고합니다. 즉 switch_to_blog()
, 후크 를 호출 save_post
하고 연결된 게시물도 저장해야합니다. save_post
한 번의 요청으로 여러 번 호출됩니다. 많은 플러그인은 이러한 상황을 인식하지 못하기 때문에 연결된 게시물의 게시물 메타 정보를 덮어 쓰고 여전히 첫 번째 게시물에 있다고 생각합니다.
포스트 메타를 다루고 있고 다음과 같은 확인이 부족한 플러그인을 찾으십시오.
if ( is_multisite() && ms_is_switched() )
return FALSE;
이 플러그인은 호환되지 않습니다.
플러그인이 사용자 메타 필드를 만지거나 규칙을 다시 작성할 때 문제가되는 것은 비슷하지만, 더 어렵습니다.
일부 플러그인은 파일 이름에 사이트 ID를 포함시키지 않고 파일에 내용을 쓰려고 시도합니다. 그것들도 깨질 가능성이 높습니다.
Tom이 말한 것처럼 : 테스트 설치를 작성하고 상상할 수있는 모든 사용 사례를 실행하십시오. 플러그인 페이지를 신뢰할 수 없으며 일반적으로 정보가 충분하지 않습니다.