Query WP_Query di Tassonomia Personalizzata per Tutti i Termini di una Tassonomia

Mi sono trovato in una situazione simile Dave. Questo codice ha funzionato per le mie esigenze. Non è l'opzione più snella al mondo ma fa bene il suo lavoro:

// Ottieni tutti gli ID dei termini in una tassonomia specifica
$taxonomy = 'taxonomy_name';
$taxonomy_terms = get_terms( $taxonomy, array(
    'hide_empty' => 0,
    'fields' => 'ids'
) );

// Usa il nuovo argomento tax_query di WP_Query (disponibile dalla versione 3.1)
$taxonomy_query = new WP_Query( array(
    'tax_query' => array(
        array(
            'taxonomy' => $taxonomy,
            'field' => 'id',
            'terms' => $taxonomy_terms,
        ),
    ),
) );

Spero che questo possa aiutare te o chiunque altro stia affrontando lo stesso problema.

Kevin

Qualcosa del genere potrebbe funzionare:

$args = array(
    'post_type' => 'post',
    'tax_query' => array(
        array(
            'taxonomy' => 'your_custom_taxonomy', // Sostituisci con la tua tassonomia personalizzata
            'operator' => 'EXISTS' // Seleziona i post che hanno almeno un termine in questa tassonomia
        ),
    ),
);
$query = new WP_Query( $args ); // Esegue la query

In pratica stai chiedendo qualsiasi post assegnato a qualsiasi termine all'interno di your_custom_taxonomy.

Ciao @Dave Morris:

Hai ragione, WordPress se non hai un termine semplicemente ignorerà la tua tassonomia.

Ci sono tre (3) approcci principali che potresti provare:

1. Usa una query SQL completa con $wpdb->get_results(),

2. Ottieni una lista di $post->ID per tutti i post nella tua tassonomia e poi passali usando l'argomento 'post__id', oppure

3. Annota l'SQL usato da WP_Query con uno degli hook che ti permette di aggiungere un INNER JOIN SQL riferito alle tabelle della tassonomia.

Cerco di evitare SQL completo in WordPress finché non è strettamente necessario o finché non si tratta semplicemente di restituire una lista di ID. E in questo caso eviterei di estrarre una lista di $post-ID da usare con l'argomento 'post__id' perché potrebbe causare problemi di prestazioni e persino di memoria se hai molti post. Quindi ci rimane l'opzione #3.

Ho creato una classe per estendere WP_Query chiamata PostsByTaxonomy che utilizza l'hook 'posts_join'. Puoi vederla qui:

class PostsByTaxonomy extends WP_Query {
  var $posts_by_taxonomy;
  var $taxonomy;
  function __construct($args=array()) {
    add_filter('posts_join',array(&$this,'posts_join'),10,2);
    $this->posts_by_taxonomy = true;
    $this->taxonomy = $args['taxonomy'];
    unset($args['taxonomy']);
    parent::query($args);
  }
  function posts_join($join,$query) {
    if (isset($query->posts_by_taxonomy)) {
      global $wpdb;
      $join .=<<<SQL
INNER JOIN {$wpdb->term_relationships} ON {$wpdb->term_relationships}.object_id={$wpdb->posts}.ID
INNER JOIN {$wpdb->term_taxonomy} ON {$wpdb->term_taxonomy}.term_taxonomy_id={$wpdb->term_relationships}.term_taxonomy_id
  AND {$wpdb->term_taxonomy}.taxonomy='{$this->taxonomy}'
SQL;
    }
    return $join;
  }
}

Chiameresti questa classe come vedi sotto. L'argomento 'taxonomy' è obbligatorio ma puoi passare qualsiasi (tutti?) degli altri parametri che WP_Query si aspetta, come 'posts_per_page':

$query = new PostsByTaxonomy(array(
  'taxonomy' => 'category',
  'posts_per_page' => 25,
));
foreach($query->posts as $post) {
  echo " {$post->post_title}\n";
}

Puoi copiare la classe PostsByTaxonomy nel file functions.php del tuo tema, oppure puoi usarla all'interno di un file .php di un plugin che stai scrivendo.

Se vuoi testarla rapidamente ho pubblicato una versione autonoma del codice su Gist che puoi scaricare e copiare nella root del tuo server web come test.php, modificare per il tuo caso d'uso e poi richiedere dal browser usando un URL come http://example.com/test.php.

AGGIORNAMENTO

Per escludere i Post in Evidenza dai post inclusi nella query, prova questo:

$query = new PostsByTaxonomy(array(
  'taxonomy' => 'category',
  'posts_per_page' => 25,
  'caller_get_posts' => true,
));

Oppure se è importante per te che la classe PostsByTaxonomy non includa mai post in evidenza, potresti inserirlo nel costruttore:

  function __construct($args=array()) {
    add_filter('posts_join',array(&$this,'posts_join'),10,2);
    $this->posts_by_taxonomy = true;
    $this->taxonomy = $args['taxonomy'];
    $args['caller_get_posts'] = true     // No Post in Evidenza
    unset($args['taxonomy']);
    parent::query($args);
  }

AGGIORNAMENTO 2

Dopo aver pubblicato quanto sopra ho scoperto che 'caller_get_posts' sarà deprecato e 'ignore_sticky_posts' sarà utilizzato in WordPress 3.1.

Dovresti semplicemente poter impostare la tassonomia e negare per includere un termine..

Es.

<?php
$your_query = new WP_query;
$your_query->query( array( 'taxonomy' => 'nome-della-tua-tassonomia' ) );
?>

Che sarebbe praticamente lo stesso della query eseguita da un archivio tassonomico.