Pods: Yoast SEO 플러그인

Yoast SEO 문제에서 다음을 읽을 수 있습니다.

나는 그것이 WP SEO가 아니라 Pods 플러그인의 문제임을 확인하는 것 같습니다.

register_taxonomy() 의 부적절한 시간일까요?

디버그 : WPSEO_Taxonomy 클래스의 update_term () 함수가 WP의 do_action ()의 $ wp_filter에 등록되었습니다.
하지만 전화를받지 않습니다

포드에서 정의한 사용자 지정 분류에 저장할 때
PodsMeta의 save_taxonomy ()는 두 번 호출됩니다.

디버그 : WPSEO_Taxonomy 클래스의 update_term () 함수가 WP의 do_action ()의 $ wp_filter에 등록되었습니다.
하지만 전화를받지 않습니다

어떤 시점에서 (타이밍 측면에서) 그들이 행동을 취했는지 결정 했습니까?

'초기화'시간에.
둘 다 WP의 do_action ()에 등록되어 있습니다.
그러나 어떻게 든 wp-includes / plugin에서. php : 429 PodsMeta의 save_taxonomy ()가 TWICE라고합니다.
WPSEO_Taxonomy 클래스의 update_term ()은 생략되었습니다.

아마도 pods_no_conflict_on ()이 원인일까요?

그러나 어떻게 든 wp-includes / plugin에서. php : 429 PodsMeta의 save_taxonomy ()가 TWICE라고합니다.

이 특정 동작의 원인과 관련성이 있는지 알아볼 수 있습니다.

대단히 감사합니다! 두 가지 플러그인을 모두 알고 계십니다.

여기에있는 것은 까다로운 WordPress 버그입니다. http://core.trac.wordpress.org/ticket/17817 귀하의 다리 작업으로 관련없는 영역을 찌르는 데 많은 시간을 절약 할 수있었습니다. 이것은 매우 도움이 되었기 때문에 문제를 해결하기에 충분히 이상했습니다.

이미 알고 계시 겠지만 pods_no_conflict_on 대한 호출에 주석을 달 수 있으며 문제가 더 이상 나타나지 않습니다. save() 통해 발생할 수있는 재귀 작업 호출을 피하기 위해 충돌 없음 호출로 Pods::save 를 래핑했습니다. 그러나 WordPress 버그로 인해 액션 후크를 제거하면 우선 순위가 낮은 다른 액션 후크도 함께 사용됩니다. 다음 코드를 사용하여 하위 테마 또는 플러그인에서 직접이 상황을 다시 만들 수 있습니다.

add_action( 'edit_term', 'test_17817', 15, 3 );
function test_17817( $term_id, $tt_id, $taxonomy ) {
    remove_action( 'edit_term', 'test_17817', 15 );
}

Pod의 우선 순위 10과 Yoast의 99 사이에 있기 때문에이 테스트의 우선 순위로 15를 선택했습니다. 자식 테마 functions.php와 Pod에있는 해당 코드를 사용하면 충돌 호출이없는 문제가 여전히 나타납니다.

Yoast 측에서는 add_action 통화의 99 우선 순위를 10 이하로 변경하여 문제를 해결할 수도 있습니다.

또한 간단한 테스트에서 Pod와 Yoast 사이의 우선 순위를 사용하여 자체 작업 (콜백 함수 자체는 빈 함수일 수 있음)을 추가 할 수 있으며 문제가 해결 될 것입니다.

일반적으로 WordPress 콘텐츠 유형에 더 큰 영향을 미치기 때문에이 문제에 대해 여전히 머리를 모으고 있으며 그 분야에 깊이 관여하고 있습니다.

BTW,이 정보는 현재 제안 된 수정 사항이 아닙니다. 이것은 버그와 그것이 어떻게 나타나는지에 대한 세부 사항입니다.

이것은 나에게 적합한 수정입니다.

add_action( 'edit_term', 'test_17817', 15, 3 );
function test_17817( $term_id, $tt_id, $taxonomy ) {
    // http://core.trac.wordpress.org/ticket/17817
    remove_action( 'edit_term', 'test_17817', 15 );
}

대단히 감사합니다.
나는 WP와 코딩을 충분히 이해하지 못합니다. 저는 디버거입니다.

함수 본문에서 remove_action 꺼내고 함수를 비워 둡니다. remove_action 호출은 Pod가 원인이되지 않고 버그 매니페스트를 만드는 방법을 설명하기위한 것입니다. 거기에 그것을 가지고 있으면 미래에 문제가 잠재적으로 복잡해질 수 있습니다.

우리가 여기서 사용했던 프로세스가 실제로 WordPress 코어에서 권장하는 것임을 여기에 문서화하는 것도 좋습니다 (다른 작업에 대해).

http://codex.wordpress.org/Plugin_API/Action_Reference/save_post#Avoiding_infinite_loops

실례합니다.
사용자 지정 분류에 대한 추가 필드가 없는데 edit_term 를 연결하는 이유는 무엇입니까?

그 뒤에 기능적 설명이 있는지 또는 단순히 "처음에 작성된 방식"인지 확실하지 않습니다. 3.0 최적화 고려 사항에 대한 새로운 문제가 될만한 좋은 질문입니다. 우리가 당시에 연결할 필요가 없다고 결정할 수있는 것을 연결하지 않는 것입니다.

이 문제가 여전히 활성화되어 있습니까?

포드 v3 (리피터 필드)가 출시 될 예정입니까?

@szepeviktor 이 주제와 관련이없는 것 같습니다.
어쨌든 첫 번째 릴리스는 2.8입니다 (그룹 필드 + 포드 관리자의 전체 리팩터링).
2.9 반복 가능한 필드에 대해서는 # 1095를 참조하십시오.
3.0 루프 필드에 대해서는 # 1095를 참조하십시오.

주제로 돌아가서, 나는 이것을 재현하려고 노력했고 이것은 더 이상 활성 문제가 아닌 것 같습니다 (여러 프로젝트에서도 Yoast SEO를 사용함에 따라 눈치 채 셨을 것입니다).