Mengapa loop tidak kosong pada 404-an?

Saya menemukan masalah aneh.

Katakanlah Anda mengakses url acak, tiga level atau lebih dalam:

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

Lalu is_404()adalah true. Sejauh ini baik. Tetapi untuk beberapa alasan posting terakhir dipertanyakan.

$wp_query->request

adalah

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

Yang kemudian tentu saja membuat have_posts()kembali truedan seterusnya. Adakah yang bisa menjelaskan hal ini?

Apa yang saya temukan sejauh ini:

Alasan yang hanya menendang tiga tingkat atau lebih dalam adalah bahwa sebelum WP mencari posting dan lampiran yang entah bagaimana menghasilkan beberapa perilaku lain.

Tampaknya meskipun WP mengakui permintaan tersebut sebagai 404 pada satu titik, tetapi kemudian mengambil pos terbaru. Dengan bantuan dari @kaiser dan @GM saya telah melacaknya sampai di suatu tempat dari /wp-includes/class-wp.php:608

Anda mungkin terkejut, tetapi tidak ada yang aneh di sana.

Pertama-tama mari kita perjelas bahwa di WordPress ketika Anda mengunjungi URL frontend Anda memicu kueri. Selalu.

Kueri itu hanya standar WP_Query, seperti yang dijalankan melalui:

$query = new WP_Query( $args );

Hanya ada satu perbedaan: $argsvariabel dihasilkan oleh WordPress menggunakan WP::parse_request()metode ini. Apa yang dilakukan metode itu hanyalah melihat URL, dan pada aturan penulisan ulang, dan mengonversi URL menjadi array argumen.

Tetapi apa yang terjadi ketika metode itu tidak dapat melakukannya karena URL tersebut tidak valid? Argumen kueri hanyalah array seperti ini:

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

(Sumber sini dan sini ).

Jadi array itu diteruskan ke WP_Query.

Sekarang coba lakukan:

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

Apakah Anda terkejut bahwa kueri itu persis dengan yang ada di OP? Bukan saya.

Begitu,

1. parse_request() membangun sebuah array dengan kunci kesalahan
2. Array itu diteruskan ke WP_Query, yang menjalankannya
3. handle_404()yang berjalan setelah kueri, melihat 'error'parameter dan set is_404()ke true

Jadi, have_post()dan is_404()tidak berhubungan. Masalahnya adalah bahwa WP_Querytidak memiliki sistem untuk hubungan pendek permintaan ketika ada masalah, jadi setelah objek dibangun, berikan beberapa argumen padanya dan permintaan akan berjalan ...

Edit:

Ada 2 cara untuk mengatasi masalah ini:

• Buat 404.phptemplat; WordPress akan memuatnya di 404 URL dan di sana Anda tidak perlu memeriksanyahave_posts()

• Paksa $wp_querykosong pada 404, sesuatu seperti:

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