Pods: Плагин Yoast SEO

в выпуске Yoast SEO вы можете прочитать:

Думаю, это подтверждает, что проблема связана с плагином Pods, а не с WP SEO.

Может быть неподходящее время register_taxonomy() ?

отладка: функция update_term () класса WPSEO_Taxonomy зарегистрирована в $ wp_filter WP do_action ()
но не звонят

при сохранении в пользовательскую таксономию, определенную модулями
Функция save_taxonomy () PodsMeta вызывается ДВАЖДЫ

отладка: функция update_term () класса WPSEO_Taxonomy зарегистрирована в $ wp_filter WP do_action ()
но не звонят

Вы определили, в какой момент (по времени) они перехватывают действие?

Во время инициализации.
Оба зарегистрированы в do_action () WP.
но как-то в wp-includes / plugin. php: 429 PodsMeta save_taxonomy () вызывается ДВАЖДЫ
а класс WPSEO_Taxonomy 'update_term () не учитывается.

Может быть, это вызывает pods_no_conflict_on ()?

но как-то в wp-includes / plugin. php: 429 PodsMeta save_taxonomy () вызывается ДВАЖДЫ

Я посмотрю, смогу ли я выяснить, что вызывает это конкретное поведение и связано ли оно.

Большое спасибо! Я вижу, вы знакомы с обоими плагинами.

У нас есть хитрая ошибка WordPress: http://core.trac.wordpress.org/ticket/17817 Ваша работа с ногами сэкономила мне много времени, которое я, возможно, потратил на копание в несвязанных областях. Это было достаточно странно, чтобы устранить неполадки, так как это было невероятно полезно.

Как вы, возможно, обнаружили, вы можете закомментировать вызов pods_no_conflict_on и проблема больше не проявляется. Мы обернули Pods::save вызовами без конфликтов, чтобы избежать рекурсивных вызовов действий, которые в противном случае могли бы произойти через 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 );
}

Я выбрал 15 в качестве приоритета для этого теста, так как он находится между приоритетом Pods 10 и Yoast 99. С этим кодом в дочерней теме functions.php и Pods никакие вызовы конфликта не закомментированы, проблема все еще проявляется.

На стороне Yoast вы также можете решить проблему, изменив приоритет 99 вызова add_action на 10 или меньше.

Также в моем упрощенном тестировании вы можете добавить собственное действие (сама функция обратного вызова может быть просто пустой функцией) с приоритетом между Pods и Yoast, и проблема исчезнет.

Мы все еще думаем об этом, потому что он имеет более широкое влияние на типы контента WordPress в целом, и мы глубоко вовлечены в эту сферу.

Кстати, на данный момент ни одна из этих сведений не является предлагаемым решением. Это всего лишь детали ошибки и того, как она проявляется.

это подходящее исправление для меня:

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 должен был проиллюстрировать, как вы можете сделать ошибку, не вызывая ее из модулей. Наличие этого может потенциально осложнить вам ситуацию в будущем.

Я думаю, также хорошо задокументировать здесь, что процесс, который мы здесь использовали, на самом деле рекомендован ядром WordPress (хотя и в другом действии):

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

Прошу прощения.
Зачем перехватывать edit_term если для настраиваемой таксономии нет лишних полей?

Я не уверен, есть ли за этим функциональное объяснение, или это просто «так было изначально написано». Хороший вопрос, который, вероятно, стоит новой проблемы из соображений оптимизации 3.0: не подключать вещи, которые мы можем определить, в то время, что нам не нужно подключать.

Эта проблема все еще активна?

Будут ли выпущены Pods v3 (поле повторителя)?

@szepeviktor Это не имеет отношения к этой теме.
В любом случае первый релиз будет 2.8 (групповые поля + полный рефакторинг Pods admin).
Для 2,9 повторяемых полей см .: # 1095
Информацию о полях цикла 3.0 см .: # 1095

Возвращаясь к теме, я попытался воспроизвести это, и это, похоже, больше не является активной проблемой (я бы заметил это, поскольку я также использую Yoast SEO в нескольких проектах).