WP_Query - filtrare o direttamente?

Devi considerare diverse cose qui e sembra che tu sia interessato a migliorare le prestazioni di una query. La prima e più importante domanda che devi porti è:

Ho bisogno di una query personalizzata?

Ho scritto un post approfondito su questo argomento tempo fa che dovresti consultare. Se dopo aver letto il mio post nel link hai risposto sì alla domanda precedente, allora devi considerare quanto segue quando crei query personalizzate:

• Evita (quando possibile) operazioni complesse di orderby come l'ordinamento per valori meta. SQL non è il migliore nell'ordinamento e PHP a volte è più veloce. Preferisco usort() per ordinamenti complessi per risparmiare risorse. Anche l'ordinamento casuale è molto dispendioso in termini di risorse.

• Evita (quando possibile) di costruire query complesse con meta query e tax query pesantemente annidate, specialmente con molti operatori OR. Queste sono piuttosto impegnative per le risorse.

• Evita (quando possibile) di utilizzare operatori LIKE nel tuo SQL generato. Anche questi sono costosi.

• Usa i transienti (e le cache) per memorizzare query costose. Per query casuali, non puoi farlo, quindi dovrai esaminare altri metodi per affrontare questo problema.

• Evita sempre il tipico ciclo foreach in cui ottieni un elenco di termini e poi esegui una query personalizzata per ogni singolo termine, sono davvero costosi. Piuttosto, interroga tutti i post una volta sola e poi usa usort() per ordinare i risultati.

• Crea una query in base a ciò che ti serve. La maggior parte delle volte abbiamo solo bisogno di interrogare i post per ottenere i loro ID da passare a un'altra funzione. In casi come questi, interroga solo gli ID dei post. Questo fa davvero risparmiare molte risorse. Basta aggiungere 'fields'=>'ids', ai tuoi argomenti della query.

• Per velocizzare query non paginate, usa get_posts() o semplicemente passa 'no_found_rows'=>true a WP_Query (questo è esattamente ciò che fa `get_posts). Questo salta il processo di paginazione e fa risparmiare molte risorse su database grandi.

Questo è solo inteso come una sorta di linea guida per velocizzare la query. Ci sono ancora altre cose per velocizzare le query.

L'uso di filtri per gli argomenti della query ha degli svantaggi? Prestazioni? Qualcos'altro?

Non vedo perché potrebbero esserci problemi. Se stai creando un tema commerciale, lo stai facendo sicuramente nel modo giusto. Rendere qualcosa filtrabile rende la vita molto più facile agli autori di child theme. Potrebbe costare un millesimo di millesimo di millesimo di secondo, ma è sicuramente tempo ben speso. È come la sanificazione. La sanificazione costa tempo e risorse (sebbene sia molto, molto poco), ma spendere un millisecondo in più su qualcosa può salvare il tuo sito dall'essere hackerato e distrutto.

IMHO, dovresti esaminare altri modi per velocizzare una query senza compromettere usabilità e manutenibilità. L'opzione 2 è sicuramente qualcosa che dovresti fare per temi commerciali.

IDEA (Potrebbe essere un po' eccessiva ;-))

Puoi anche usare pre_get_posts per filtrare la tua query personalizzata e renderla filtrabile. È semplice come impostare il tuo parametro personalizzato nella tua query e poi usare quel parametro per indirizzare la tua query.

Nel seguente esempio, useremo un parametro personalizzato query_no a cui assegneremo valori numerici.

Le Query

$q1 = new WP_Query( ['query_no' => 1] );    
$q2 = new WP_Query( ['query_no' => 2] );    
$q3 = new WP_Query( ['query_no' => 3] );    

pre_get_posts

add_action( 'pre_get_posts', function( $q ) 
{
    if ( $q->get( 'query_no' ) == 1 ) {
        $q->set( 'posts_per_page', -1 );
        // Aggiungi qualsiasi altro argomento extra da impostare
    }

    if ( $q->get( 'query_no' ) == 2 ) {
        $q->set( 'post_type', ['post', 'page'] );
        // Aggiungi qualsiasi altro argomento extra da impostare
    }

    if ( $q->get( 'query_no' ) == 3 ) {
        $q->set( 'post_status', 'trash' );
        // Aggiungi qualsiasi altro argomento extra da impostare
    }
} );

L'utente ora può aggiungere argomenti aggiuntivi o modificare quelli passati.

add_action( 'pre_get_posts', function( $q ) 
{
    if ( $q->get( 'query_no' ) == 2 ) {
        // Aggiungiamo un altro post type
        $post_types = $q->get( 'post_type' );
        $post_types = array_merge( $post_types, ['my_post_type'] );

        $q->set( 'post_type'     , $post_types );
        $q->set( 'posts_per_page', -1          );
        // Aggiungi qualsiasi altro argomento extra da impostare
    }

}, 
11 // Assicurati che questo venga eseguito dopo l'azione predefinita
);