J'ai la requête suivante que j'appelle dans mon modèle taxonomy.php via query_brands_geo('dealers', 'publish', '1', $taxtype, $geo, $brands);

Cette fonction fonctionne parfaitement. Cependant, après avoir lu le codex pour les messages de requête, il a mentionné pre_get_posts comme moyen préféré de modifier la requête par défaut. Les pre_get_posts seraient-ils plus efficaces que ma fonction wp_query ci-dessous?

Si oui, comment puis-je construire les pre_get_posts et passer ma variable et ma requête ci-dessous?

function my_custom_query($posttype, $poststatus, $paidvalue, $taxtype, $geo, $brands) {
   global $wp_query; 
   $wp_query = new WP_Query();
   $args = array( 
      'post_type' => $posttype, 
      'post_status' => array($poststatus), 
      'orderby' => 'rand', 
      'posts_per_page' => 30, 
      'meta_query' => array( 
         array( 
            'key' => 'wpcf-paid', 
            'value' => array($paidvalue), 
            'compare' => 'IN', 
            ) 
      ), 
      'tax_query' => array( 
         'relation' => 'AND', 
         array( 
            'taxonomy' => $taxtype, 
            'field' => 'slug', 
            'terms' => $geo 
         ), 
         array( 
            'taxonomy' => 'brands', 
            'field' => 'slug', 
            'terms' => $brands 
         ) 
      ) 
   ); 

   return $wp_query->query($args); 
} 

pre_get_postsexécutera la même requête, donc les deux prendront le même temps. Mais, si vous utilisez l' pre_get_postsaction, vous enregistrerez une ou plusieurs requêtes SQL. À l'heure actuelle, WordPress exécute la requête par défaut, puis vous exécutez votre requête avec cette fonction qui remplace les résultats de la requête par défaut (résultat, la requête par défaut est inutile). Ci - dessous comment vous pouvez déplacer votre $argsà

function custom_pre_get_posts($query, $posttype='dealers', $poststatus='publish', $paidvalue='1', $taxtype='any_default_value', $geo='any_default_value', $brands='any_default_value') {

    // filter your request here.
    if($query->is_category) {

        $args = array(
            'post_type' => $posttype,
            'post_status' => array($poststatus),
            'orderby' => 'rand',
            'posts_per_page' => 30,
            'meta_query' => array(
                array(
                    'key' => 'wpcf-paid',
                    'value' => array($paidvalue),
                    'compare' => 'IN',
                )
            ),
            'tax_query' => array(
                'relation' => 'AND',
                array(
                    'taxonomy' => $taxtype,
                    'field' => 'slug',
                    'terms' => $geo
                ),
                array(
                    'taxonomy' => 'brands',
                    'field' => 'slug',
                    'terms' => $brands
                )
            )
        );
        $query->query_vars = $args;
    }
}
add_action('pre_get_posts', 'custom_pre_get_posts');

Une réponse tardive car la réponse la plus votée brisera votre requête et n'est tout simplement pas vraie sur certains points majeurs.

Le WP_Query principal et ses filtres

Tout d'abord, WordPress utilise en interne query_posts()(un wrapper mince autour WP_Queryqui ne devrait pas être utilisé dans les thèmes ou les plugins) pour faire un WP_Query. Il WP_Querys'agit de la boucle / requête principale. Cette requête exécutera de nombreux filtres et actions jusqu'à ce que la chaîne de requête SQL réelle soit créée. L'un d'eux est pre_get_posts. D'autres sont posts_clauses, posts_whereetc., qui vous permettent également d'intercepter le processus de construction de la chaîne de requête.

Un regard en profondeur sur ce qui se passe à l'intérieur du noyau

WordPress exécute la wp()fonction (in wp-includes/functions.php), qui appelle $wp->main()( $wpest un objet de classe WP, qui est défini dans wp-includes/class-wp.php). Cela indique à WordPress de:

1. Analyser l'URL dans une spécification de requête en utilisant WP->parse_request()- plus d'informations ci-dessous.
2. Définissez toutes les variables is_ utilisées par les balises conditionnelles à l'aide de $wp_query->parse_query()( $wp_queryest un objet de class WP_Query, qui est défini dans wp-includes/query.php). Notez que malgré le nom de cette fonction, dans ce cas, WP_Query->parse_queryne fait aucune analyse pour nous, car cela est fait au préalable par WP->parse_request().
3. Convertissez la spécification de requête en une requête de base de données MySQL et exécutez la requête de base de données pour obtenir la liste des publications, dans la fonction WP_Query-> get_posts (). Enregistrez les publications dans l'objet $ wp_query à utiliser dans la boucle WordPress.

^{Codex source}

Conclusion

Si vous souhaitez vraiment modifier la requête principale, vous pouvez utiliser une grande variété de filtres. Utilisez-le simplement $query->set( 'some_key', 'some_value' );pour y modifier des données ou utilisez-le $query->get( 'some_key' );pour récupérer des données afin d'effectuer des vérifications conditionnelles. Cela vous évitera de faire une deuxième requête, car vous ne modifiez que la requête SQL.

Si vous devez faire une requête supplémentaire , optez pour un WP_Queryobjet. Cela ajoutera une autre requête à la base de données.

Exemple

Comme les réponses fonctionnent toujours mieux avec un exemple, vous en avez ici un très joli (accessoires à Brad Touesnard), qui étend simplement l'objet principal et est donc assez réutilisable (faites-en un plugin):

class My_Book_Query extends WP_Query
{
    function __construct( $args = array() )
    {
        // Forced/default args
        $args = array_merge( $args, array(
            'posts_per_page' => -1
        ) );

        add_filter( 'posts_fields', array( $this, 'posts_fields' ) );

        parent::__construct( $args );
    }

    public function posts_fields( $sql )
    {
        return "{$sql}, {$GLOBALS['wpdb']->terms}.name AS 'book_category'";
    }
}

Vous pouvez ensuite exécuter votre deuxième requête / supplémentaire comme vous pouvez le voir dans l'exemple suivant. N'oubliez pas de réinitialiser votre requête par la suite.

$book_query = new My_Book_Query();
if ( $book_query->have_posts() )
{
    while ( $book_query->have_posts() )
    {
        $book_query->the_post();
        # ...do stuff...
    } // endwhile;
    wp_reset_postdata();
} // endif;

Veuillez consulter les réponses à Quand utiliser WP_query (), query_posts () et pre_get_posts .

C'est une excellente ressource si vous avez des doutes en tête.