Italiano
Español
RomânăИзменение страниц таксономий для исключения элементов из дочерних таксономий
Я нашел этот вопрос:
Можно ли использовать $query->set('tax_query' в фильтре pre_get_posts?
который, кажется, указывает, что да, можно изменять запрос таксономии на архивах таксономий через pre_get_posts(). Поэтому я придумал:
add_action('pre_get_posts', 'kia_no_child_terms' );
function kia_no_child_terms( $wp_query ) {
if( is_tax() ) {
$wp_query->tax_query->queries[0]['include_children'] = 0;
}
}
а также
add_action('pre_get_posts', 'kia_no_child_terms' );
function kia_no_child_terms( $wp_query ) {
if( is_tax() ) {
$tax_query = $wp_query->get( 'tax_query' );
$tax_query->queries[0]['include_children'] = 0;
$wp_query->set( 'tax_query', $tax_query );
}
}
чтобы попытаться установить параметр include_children в false... и практически все комбинации из этого, которые я мог придумать. Однако до сих пор архив таксономии продолжает показывать элементы из дочерних терминов.
И следующий тест просто ДОБАВЛЯЕТ дополнительные tax_query вместо их перезаписи... что меня сбивает с толку.
function dummy_test( $wp_query){
$tax_query = array(
'relation' => 'OR',
array(
'taxonomy' => 'tax1',
'terms' => array( 'term1', 'term2' ),
'field' => 'slug',
),
array(
'taxonomy' => 'tax2',
'terms' => array( 'term-a', 'term-b' ),
'field' => 'slug',
),
);
$wp_query->set( 'tax_query', $tax_query );
);
add_action('pre_get_posts','dummy_test');
Разве SET не должен перезаписывать текущее значение?
Отлично!! Я проверил это и смог адаптировать ваш код для работы со всеми таксономиями, что и было в исходном вопросе. +1 (я бы поставил больше голосов, если бы мог)
helgatheviking
Я был удивлён и обрадован, увидев, что этот метод также работает для запросов по дате.
David
хмм - у меня это не работает. Это работает в основном запросе и/или is_search?
v3nt
В моем случае это кажется слишком глобальным и имеет непредвиденные побочные эффекты... это предотвращает отображение подменю в моей навигации.
Manu
@Manu - вы абсолютно правы. Приведенный пример очень упрощен и показывает только соответствующие переменные. В реальном сценарии вы бы проверяли $wp_query, использовали теги шаблонов, или и то и другое, или какую-то другую логику, чтобы определить, следует ли вообще изменять запрос.
leepowers
Это неправильно. Не следует использовать query_posts, вместо этого используйте pre_get_posts или request.
kovshenin
это бесполезно. почему бы тогда не опубликовать ответ, если ты знаешь, как заставить pre_get_posts работать в данном случае? я явно указал в своем вопросе, что пробовал это, но пришел к выводу, что нельзя модифицировать объект tax_Query через этот фильтр
helgatheviking
Извини, должен был быть более полезным. Настоящий tax query формируется (с помощью parse_tax_query) после срабатывания pre_get_posts, и в реальном WP_Tax_Query, который содержит все tax queries, объединенные из переменных запроса (включая переменную запроса tax_query), так что в твоем случае он парсит твою переменную запроса tax_query, а затем добавляет все остальное, что доступно через переменные запроса, такие как category, tag__in и другие. Ты можешь использовать pre_get_posts для удаления существующих переменных запроса перед добавлением своих собственных.
kovshenin
Спасибо за более подробное объяснение. Очевидно, это уже устарело, так что я продолжил с тем решением, которое у меня было. Мне так и не удалось изменить параметр include_children через хук pre_get_posts. Ну что ж.
helgatheviking
Да, я так и подумал, давно здесь не был ;)
kovshenin