Perché il loop non è vuoto su alcuni 404?

Mi sono imbattuto in uno strano problema.

Supponi di accedere a un URL casuale, con tre o più livelli di profondità:

http://example.com/a/b/c
http://example.com/a/b/c/d
...

Quindi lo is_404()è true. Fin qui tutto bene. Ma per qualche motivo vengono interrogati gli ultimi post.

$wp_query->request

è

SELECT SQL_CALC_FOUND_ROWS wp_posts.ID 
    FROM wp_posts 
    WHERE 1=1 
        AND wp_posts.post_type = 'post' 
        AND (
            wp_posts.post_status    = 'publish' 
            OR wp_posts.post_status = 'private'
            ) 
    ORDER BY wp_posts.post_date DESC 
    LIMIT 0, 5

Che poi ovviamente fa have_posts()ritorno truee così via. Qualcuno può spiegare questo?

Quello che ho scoperto finora:

La ragione per cui entra in gioco solo a tre o più livelli di profondità è che prima di allora WP cerca post e allegati che in qualche modo si traducono in qualche altro comportamento.

Sembra che anche se WP riconosce la richiesta come 404 a un certo punto, recupera i post più recenti. Con l'aiuto di @kaiser e @GM ho rintracciato questo da qualche parte da /wp-includes/class-wp.php:608

Potresti essere sorpreso, ma non c'è niente di strano lì.

Prima di tutto chiariamo che in WordPress quando si visita un URL frontend si attiva una query. Sempre.

Quella query è solo uno standard WP_Query, proprio come quelli eseguiti tramite:

$query = new WP_Query( $args );

C'è solo una differenza: le $argsvariabili sono generate da WordPress usando il WP::parse_request()metodo. Quello che fa questo metodo è solo guardare l'URL e le regole di riscrittura e convertire l'URL in una matrice di argomenti.

Ma cosa succede quando quel metodo non è in grado di farlo perché l'URL non è valido? La query args è solo una matrice come questa:

array( 'error' => '404' );

(Fonte qui e qui ).

In tal modo l'array viene passato a WP_Query.

Ora prova a fare:

$query = new WP_Query( array( 'error' => '404' ) );
var_dump( $query->request );

Sei sorpreso che la query sia esattamente quella in OP? Non sono.

Così,

1. parse_request() crea un array con una chiave di errore
2. Quell'array viene passato a WP_Query, che lo esegue
3. handle_404()che viene eseguito dopo la query, osserva il 'error'parametro e si imposta is_404()su true

Quindi, have_post()e is_404()non sono correlati. Il problema è che WP_Querynon esiste un sistema per cortocircuitare la query quando qualcosa va storto, quindi una volta che l'oggetto è stato creato, passa alcuni argomenti e la query verrà eseguita ...

Modificare:

Esistono 2 modi per superare questo problema:

• Crea un 404.phpmodello; WordPress lo caricherà su 404 URL e lì non dovrai controllarehave_posts()

• Forza $wp_querydi essere vuoto su 404, qualcosa del tipo:

  add_action( 'wp', function() {
      global $wp_query;
      if ( $wp_query->is_404() ) {
          $wp_query->init();
          $wp_query->is_404 = true; // init() reset 404 too
      }
  } );