¿Por qué el bucle no está vacío en algunos 404?

Me encontré con un problema extraño.

Supongamos que accede a una URL aleatoria, con tres o más niveles de profundidad:

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

Entonces is_404()es true. Hasta ahora tan bueno. Pero por alguna razón se consultan las últimas publicaciones.

$wp_query->request

es

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

Lo cual, por supuesto, have_posts()devuelve, trueetc. ¿Alguien puede explicar esto?

Lo que descubrí hasta ahora:

La razón por la que solo entra en tres o más niveles de profundidad es que antes de que WP busque publicaciones y archivos adjuntos que de alguna manera resultan en algún otro comportamiento.

Parece que a pesar de que WP reconoce la solicitud como 404 en un punto, luego obtiene las publicaciones más recientes. Con la ayuda de @kaiser y @GM , he rastreado esto en algún lugar desde /wp-includes/class-wp.php:608

Puede que se sorprenda, pero no hay nada extraño allí.

En primer lugar, aclaremos que en WordPress cuando visita una URL de interfaz desencadena una consulta. Siempre.

Esa consulta es solo un estándar WP_Query, al igual que las que se ejecutan a través de:

$query = new WP_Query( $args );

Solo hay una diferencia: las $argsvariables son generadas por WordPress usando el WP::parse_request()método. Lo que hace ese método es simplemente mirar la URL, y las reglas de reescritura, y convertir la URL en una matriz de argumentos.

Pero, ¿qué sucede cuando ese método no puede hacerlo porque la URL no es válida? La consulta args es solo una matriz como esta:

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

(Fuente aquí y aquí ).

Entonces esa matriz se pasa a WP_Query.

Ahora intenta hacer:

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

¿Te sorprende que la consulta sea exactamente la de OP? No soy.

Entonces,

1. parse_request() construye una matriz con una clave de error
2. Esa matriz se pasa a WP_Query, eso solo lo ejecuta
3. handle_404()que se ejecuta después de la consulta, mira el 'error'parámetro y se establece is_404()en verdadero

Entonces, have_post()y is_404()no están relacionados. El problema es que WP_Queryno tiene un sistema para hacer un cortocircuito en la consulta cuando algo sale mal, así que una vez que se construye el objeto, pasa algunos argumentos y la consulta se ejecutará ...

Editar:

Hay 2 formas de superar este problema:

• Crea una 404.phpplantilla; WordPress cargará eso en las URL 404 y allí no tiene que buscarhave_posts()

• Forzar $wp_querya estar vacío en 404, algo como:

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