Italiano
Română
РусскийModificar páginas de Taxonomía para excluir elementos en taxonomías hijas
Encontré esta pregunta:
¿Hay alguna manera de usar $query->set('tax_query' en el filtro pre_get_posts?
Lo cual parece indicar que sí, puedes alterar la consulta de taxonomía en los archivos de taxonomía mediante pre_get_posts(). Así que intenté esto:
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;
}
}
Así como también:
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 );
}
}
Para intentar establecer el parámetro include_children como falso... y casi todas las combinaciones posibles que se me ocurren. Sin embargo, el archivo de taxonomía sigue mostrando los elementos del término hijo.
Y la siguiente prueba parece AGREGAR consultas de taxonomía adicionales en lugar de sobrescribirlas... lo cual me confunde.
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');
¿No debería SET sobrescribir el valor actual?
¡Genial! Lo revisé y pude adaptar tu código para que funcione con todas las taxonomías, que era la pregunta original. +1 (te daría más votos si pudiera)
helgatheviking
Me sorprendió y me tranquilizó ver que este método también funciona para consultas de fecha.
David
mmm - esto no me funciona. ¿Funciona en la consulta principal y/o en is_search?
v3nt
En mi caso, esto parece un poco excesivo y tiene efectos secundarios no deseados... evita que se muestren los submenús de mi navegación.
Manu
@Manu - tienes toda la razón. El ejemplo proporcionado está muy simplificado y muestra solo las variables relevantes. En un escenario real, inspeccionarías $wp_query, usarías etiquetas de plantilla, o ambas cosas, o alguna otra lógica, para determinar si la consulta debería modificarse en primer lugar.
leepowers
Esto es incorrecto. No deberías usar query_posts, utiliza pre_get_posts o request en su lugar.
kovshenin
eso no es útil. ¿Por qué no publicas una respuesta entonces si sabes cómo hacer que pre_get_posts funcione en este caso? Obviamente mencioné en mi pregunta que lo intenté, pero llegué a la conclusión de que no se puede modificar el objeto tax_Query a través de ese filtro
helgatheviking
Lo siento, debería haber sido más útil. El verdadero tax query se construye (con parse_tax_query) después de que se dispara pre_get_posts, y en un WP_Tax_Query real, que contiene todas las tax queries combinadas de las variables de consulta (incluyendo la variable tax_query) así que en tu caso está analizando tu variable tax_query, y luego añadiendo cualquier otra cosa disponible a través de variables de consulta, como categoría, tag__in, y otras. Puedes usar pre_get_posts para eliminar variables de consulta existentes antes de añadir las tuyas.
kovshenin
Gracias por la mejor explicación. Obviamente esto es antiguo, así que seguí adelante con la solución que tenía. Nunca pude modificar el parámetro include_children mediante el hook pre_get_posts. Ah bueno.
helgatheviking
Sí, me imaginé, no he estado aquí por mucho tiempo ;)
kovshenin