Come Ottimizzare un Sito WordPress per Milioni di Post

1. Imposta la query prima che WP_Query venga eseguito

Questo sembra essere l'aspetto più importante da tenere a mente quando si cerca di mantenere al minimo le query al database, poiché l'unica opportunità per modificare la query è, ovviamente, prima che venga eseguita nel database SQL.

Query normali
Per una query normale, WordPress utilizza la funzione wp(), che a sua volta chiama $wp->main( $query_vars ). Le variabili "is_" dei tag condizionali vengono impostate prima di passarle a WP_Query->get_posts(), che le converte in una query MySQL e infine le memorizza nell'oggetto $wp_query. È possibile filtrare la query prima che venga effettivamente eseguita nel database SQL.

L'azione pre_get_posts si aggancia a questo processo, permettendoti di modificare la query prima che venga passata a WP_Query->get_posts().

Ad esempio, se vuoi filtrare la query per i post nella categoria "in-evidenza", utilizzerai add_action( 'pre_get_posts', 'nome_tua_funzione' ); e includerai il tag condizionale in_category all'interno di nome_tua_funzione.

function nome_tua_funzione( $query ) {
    if ( $query->in_category( 'in-evidenza' ) && $query->is_main_query() ) {
        // Sostituisci 123 con l'ID della categoria "in-evidenza".
        $query->set( 'cat', '123' );
    }
}
add_action( 'pre_get_posts', 'nome_tua_funzione' );

Vedi Plugin API/Action Reference/pre get posts « WordPress Codex

Richieste di pagina
Per quanto riguarda i template di pagina, come la pagina archivio per la categoria "in-evidenza", i tag condizionali non funzioneranno dal filtro pre_get_posts. Ad esempio, non puoi usare is_category per verificare la pagina archivio perché WP_Query non è stato ancora eseguito.

Invece, dovresti modificare la query principale per le richieste di pagina con un new WP_Query che sarebbe qualcosa come $query = new WP_Query( 'cat=123' );. Questo esegue la query con l'argomento appropriato impostato fin dall'inizio.

Vedi Class Reference/WP Query « WordPress Codex

2. Salvataggio nel database

Puoi utilizzare il filtro wp_insert_post_data assicurandoti che solo i $data rilevanti per il tuo custom post type vengano restituiti a wp_insert_post. Assicurati di includere un'istruzione condizionale per verificare il tuo custom post type.
Plugin API/Filter Reference/wp insert post data « WordPress Codex

Questo hook viene chiamato dalla funzione wp_insert_post, che a sua volta viene chiamata da wp_update_post quando aggiorni il tuo custom post type, solitamente salvando una bozza o pubblicando il post.

Dovrai fare dei benchmark personalmente, poiché non posso garantire l'importanza dell'ottimizzazione nel ridurre i dati che vengono aggiornati nel database.

3. I custom post type influiscono sulle prestazioni?

Nella mia esperienza, i custom post type sono uno strumento potente per gestire i contenuti. Non conosco altri modi per gestire i post in tutti i modi che permette con un utilizzo minore di risorse. Personalmente, mi concentrerei sulla riduzione del numero di query effettuate ovunque possibile.

C'era un problema di prestazioni legato alla struttura dei permalink che causava un calo delle prestazioni quando iniziava con del testo invece che con un numero.3 Questo era particolarmente problematico per i siti con un gran numero di pagine, ma è stato risolto a partire da WordPress 3.3.

Parlo dei permalink solo perché lo slug è solitamente la prima parte della struttura del permalink, che potrebbe aver influenzato le prestazioni prima della versione 3.3. A parte questo, non sono a conoscenza di altri problemi di prestazioni derivanti dall'uso dei custom post type.

Altre opzioni per le prestazioni

Transient
Questo non è un sostituto per mantenere le query al minimo nel tuo codice, ma puoi usare set_transient per memorizzare le query per un certo periodo, evitando così nuove query. Ecco l'esempio utilizzato nel post di Dave Clements. Nota anche che raccomanda di aggiungere un'azione save_post per eliminare il transient ogni volta che un custom post type viene aggiornato.

<?php // QUERY PER I CONTENUTI IN EVIDENZA
if( false === ( $its_query = get_transient( 'its_query' ) ) {
    $pttimestamp = time() + get_option('gmt_offset') * 60*60;
    $its_query = new WP_Query( array(
        'post_type' => 'spotlight',
        'posts_per_page' => 1,
            'post__not_in' => $do_not_duplicate,
        'meta_query' => array(
            array(
                'key' => '_hpc_spotlight_end_time',
                'value' => $pttimestamp,
                'compare' => '>'
            )
        )
    ) );
    set_transient( 'its_query', $its_query, 60*60*4 );
}
if( have_posts() ) { // NASCONDI LA SEZIONE SE NON CI SONO CONTENUTI IN EVIDENZA ?>
    // QUI VA IL LOOP: NON IMPORTANTE PER L'ESEMPIO
<?php } ?>

Ottimizzazione aggiuntiva delle query
Thomas Griffin offre alcuni buoni consigli nel suo tutorial Ottimizzare le query di WordPress. Ecco una breve lista dei suoi suggerimenti:

• Imposta 'cache_results' => false nelle query occasionali se il tuo server non utilizza cache persistente come Memcached. Le query occasionali sono descritte come "query utilizzate per mostrare piccole quantità di dati. Potrebbe essere che vuoi solo visualizzare i titoli dei post correlati al post corrente, o potresti voler mostrare un menu a discesa di post da selezionare per un'impostazione particolare."

  Il suo esempio: $query = get_posts( array( 'posts_per_page' => 1, 'cache_results' => false ) );

• Imposta 'no_found_rows' => true dove non è necessaria la paginazione. Questo "bypassa il conteggio dei risultati da parte di MySQL per vedere se è necessaria la paginazione o meno."

  Il suo esempio: $query = new WP_Query( array( 'posts_per_page' => 1, 'no_found_rows' => true ) );

• Esegui query solo per gli ID dei post se è tutto ciò di cui hai bisogno 'fields' => 'ids' in get_posts. Questo dovrebbe ridurre significativamente la quantità di dati restituiti, che è piuttosto elevata per post se guardi la Descrizione del database « WordPress Codex

  Il suo esempio: $query = get_posts( array( 'posts_per_page' => 1, 'fields' => 'ids' ) );

Oltre a quest'ultimo suggerimento, lo stesso ragionamento può essere applicato quando hai bisogno solo di uno o pochi campi del post utilizzando get_post_field.

Avere una solida comprensione di come funziona la query è essenziale. Più specifiche riesci a essere con le tue query, meno lavoro chiederai al tuo database SQL. Ciò significa che ci sono infinite possibilità per gestire le query del database. Fai attenzione con le query personalizzate per quanto riguarda dove vengono eseguite (è una pagina di amministrazione?), utilizza una corretta sanificazione nelle query dirette e cerca di utilizzare le funzioni native di WordPress dove ti permettono di ottenere le stesse prestazioni.