Distributor: 포스트 메타는 수신 측에서 실제로 삭제되지 않습니다.

'메타 삭제' 기능을 구현한 PR(https://github.com/10up/distributor/pull/419)을 만들었습니다. 저장된 이전 요청 메타 데이터( dt_subscription_update 포스트 메타 키에 저장)와 새 요청 메타 데이터를 비교하고 이전 요청에 존재했던 포스트 메타 데이터를 삭제하여 포스트 재배포( SubscriptionsController::receive_item(..) 방식) 중 확인 하지만 현재 존재하지 않습니다.

우리는 @avag-novembit과 이 문제에 대해 논의했으며 내 생각을 추가하고 싶습니다. 이것이 우리의 접근 방식에 대한 더 많은 정보를 제공하고 @avag-novembit에서 보낸 PR을 설명할 수 있기를 바랍니다.

기본은 다음과 같습니다. 배포자가 추가/수정한 경우 게시물의 일부(이 경우 포스트 메타)를 삭제하는 것은 필수이며 안전합니다. 즉, Distributor에 의해 생성된 게시물의 일부를 삭제하는 것은 괜찮고 예상되지만, 직접 대상에서 생성된 배포되지 않은 데이터를 삭제하면 정상이 아니며 예상치 못한 일입니다.

예를 들어 소스 및 대상에 플러그인이 있을 수 있으며 해당 플러그인은 특정 이벤트에 대한 메타를 추가/업데이트할 수 있으며 비활성화 시 모든 게시물에서 이 메타를 삭제할 수도 있습니다. 이제 소스에서 이 플러그인을 비활성화한 다음 게시물을 업데이트하면 배포자는 대상에서도 이 메타를 삭제하고 예측할 수 없는 문제를 생성할 수 있지만 이 문제는 대상 사이트 관리자에게 예상되며, 소스에서 메타 데이터를 추가할 때 문제가 발생할 수 있는 것과 같습니다.

Distributor가 해당 데이터를 배포하지 않은 경우 삭제는 유지 관리자에게 예기치 않은 것이지만 갑자기 삭제하기로 결정합니다. 이것이 바로 우리가 소스의 가장 최근 업데이트가 지금 삭제하려는 이 데이터를 가져왔는지 확인하려는 이유입니다.

메타 값도 비교할 필요가 있는지 확실하지 않습니다. 중복된 메타 키의 경우 매우 중요할 수 있습니다. 그러나 다른 측면에서는 타사 코드가 메타 값을 확장하고 수정할 수 있도록 하는 필터가 많이 있습니다. DB에 삽입(예를 들어 ACF 애드온은 첨부 ID가 포함된 경우 메타 값을 매핑함), 그러나 내 관점에서 이 데이터는 여전히 Distributor에 의해 추가되고 삭제되어야 하므로 메타 값과 비교 이 수정 사항도 고려해야 합니다.

원격 사이트에서 메타 제거/삭제를 처리하는 방법에 대한 광범위한 접근 방식과 함께 고려하기 위해 이것을 Future Release 이정표로 옮기고 있습니다. @arsendovlatyan 에 대한 응답이 지연된 점에 대해 사과 기울이고 싶습니다.