Пользовательский запрос таксономии не работает после обновления до 4.4


9

Я только что обновил с 4.2 до 4.4, и теперь мой запрос таксономии возвращается пустым. До обновления все работало нормально.

Я зарегистрировал пользовательскую таксономию с именем 'title', которая используется моим типом записи 'sg-publications'. Следуя иерархии шаблонов WP, я создал шаблон с именем, taxonomy-title.phpкоторый использует аргументы запроса по умолчанию, и до сих пор правильно отображал каждую публикацию по заголовку.

Вот вывод $ queried_object и $ wp_query-> request в этом шаблоне:

[queried_object] => WP_Term Object
    (
        [term_id] => 1256
        [name] => Stroupe Scoop
        [slug] => stroupe-scoop
        [term_group] => 0
        [term_taxonomy_id] => 1374
        [taxonomy] => title
        [description] => 
        [parent] => 0
        [count] => 30
        [filter] => raw
    )

[queried_object_id] => 1256

[request] => 
SELECT wp_posts.* 
FROM wp_posts 
INNER JOIN wp_term_relationships 
ON (wp_posts.ID = wp_term_relationships.object_id) 
WHERE 1=1 
AND wp_posts.post_title = 'stroupe-scoop' 
AND ( 
    wp_term_relationships.term_taxonomy_id 
    IN (1374)
    ) 
AND wp_posts.post_type = 'sg-publications' 
AND (wp_posts.post_status = 'publish' 
    OR wp_posts.post_status = 'private'
    ) 
GROUP BY wp_posts.ID 
ORDER BY wp_posts.post_date 
DESC 

Проблема, которую я вижу в приведенном выше запросе, сразу после WHERE 1=1, по какой-то причине она ищет post_title = 'stroupe-scoop'. Это не правильно - таков термин «таксономия», а не название поста. Фактически, когда я комментирую эту строку и запускаю ее для базы данных, я получаю правильные результаты. Так что же заставляет WP добавить это условие, когда (я полагаю) оно не добавляло его до того, как я обновился до 4.4?

Вот таксономия-title.php:

<?php
/**
 * @package WordPress
 * @subpackage Chocolate
 */
  global $wp_query;

  $quer_object = get_queried_object();
  $tax_desc    = $quer_object->description;
  $tax_name    = $quer_object->name;
  $tax_slug    = $quer_object->slug;

get_header();
get_sidebar();

$title = get_the_title( $ID );
$args  = array(
    'menu'            => 'new-publications',
    'container'       => 'div',
    'container_id'    => $tax_slug . '-menu',
    'menu_class'      => 'menu-top-style nav nav-tab',
    'menu_id'         => '',
    'echo'            => true,
    'fallback_cb'     => false,
    'before'          => '',
    'after'           => '',
    'link_before'     => '<i class="fa fa-chevron-circle-right fa-fw fa-2x"></i>',
    'link_after'      => '',
    'items_wrap'      => '<ul id="%1$s" class="%2$s">%3$s</ul>',
    'depth'           => 0,
    'walker'          => ''
);

?>

<div id="page-title">
  <h1><?php _e( 'Publications - ' . $tax_name, LANGUAGE_ZONE ); ?></h1>
  <p><?php _e( 'View our monthly newsletter and stay informed on the latest real estate news.', LANGUAGE_ZONE ); ?></p>

<?php wp_nav_menu($args); ?>

</div>

<div id="multicol">

<?php
if ( have_posts() ) : while ( have_posts() ) : the_post();

get_template_part( 'loop' , 'title' );

endwhile;
endif;
?>

</div><!-- end #multicol -->
<section class="page-text well"><?php _e( $tax_desc, LANGUAGE_ZONE ); ?></section>

<?php
get_footer();

И в functions.php у меня есть этот фильтр запросов:

// use pre_get_posts to remove pagination from publications
function gd_publications_pagination( $query ) {
  if ( is_admin() || ! $query->is_main_query() )
    return;

  if ( is_tax('title') ) {
    // Display all posts for the taxonomy called 'title'
    $query->set( 'posts_per_page', -1 );
    return;
  }
}
add_action( 'pre_get_posts', 'gd_publications_pagination', 1 );

Где находится код запроса? Если это в вашем шаблоне, то почему бы вам просто не удалить часть, которая его нарушает? Если это не так - что вы использовали для генерации запроса?
Монреалист

Там нет специального кода запроса, я использую цикл по умолчанию WP. Поскольку я следую иерархии шаблонов, WP должен (и должен до обновления) генерировать правильные параметры запроса для моей таксономии.
Гэри Д

2
Каково ваше содержание taxonomy-title.php? Вы смотрели в теме, functions.phpчтобы проверить, есть ли какие-либо фильтры в основном запросе?
Монреалист

Ответы:


5

Я бы не рекомендовал использовать слаг таксономии, который совпадает с общедоступными переменными запроса, например title.

title Переменная запроса была введена в 4.4 , так что я думаю , что могло бы объяснить ваши проблемы.

Проверьте эту часть в WP_Queryклассе:

    if ( '' !== $q['title'] ) {
        $where .= $wpdb->prepare( 
            " AND $wpdb->posts.post_title = %s", 
            stripslashes( $q['title'] ) 
        );
    }

Итак, когда мы используем, например:

example.tld/?title=test

что должен делать WordPress здесь? Это запрос таксономии или поиск по названию?

Поэтому я бы порекомендовал префикс пользовательского таксономического слага, например

gary_title

чтобы избежать возможных конфликтов имен.

Обновить:

Спасибо @ ocean90 за указание, что это ошибка, которая будет исправлена в 4.4.1


2
Спасибо за сообщение об изменении в 4.4 - у меня было подозрение, что это может быть конфликт имен. Я пойду, как только проведу несколько тестов.
Гэри Д

Еще несколько версий назад вы не могли зарегистрировать тип сообщения code, потому что это делало весь админский бэкэнд моноширинным. Общие имена всегда являются кандидатами на столкновение. С другой стороны, WordPress должен иметь префикс своих внутренних элементов.
fuxia

Да, так и было. Как только я изменил термин таксономии и связанные имена файлов на неконфликтующую схему, все вернулось на круги своя. Еще раз спасибо за указание на обновленный код WP.
Гэри Д

рад слышать, что он снова работает и работает @GaryD
birgire

круто, я должен проверить это, когда я получу в руки старую установку ;-) Я бы определенно поддержал этот билет префикса, но я не вижу, что это произойдет в ближайшем будущем, к сожалению @toscho
birgire
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.