Чому цикл не порожній на деяких 404?

Я натрапив на дивну проблему.

Скажімо, ви отримуєте доступ до випадкової URL-адреси глибиною трьох або більше рівнів:

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

Тоді is_404()є true. Все йде нормально. Але чомусь останні повідомлення запитуються.

$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

Що потім, звичайно, робить have_posts()повернення trueтощо. Хтось може це пояснити?

Що я дізнався поки що:

Причина, яка забивається лише на трьох і більше рівнях, полягає в тому, що перед цим WP шукає повідомлення та вкладення, що певним чином призводить до іншої поведінки.

Здається, що навіть незважаючи на те, що WP розпізнає запит як номер 404, він отримує найсвіжіші повідомлення. За допомогою @kaiser та @GM я відстежив це десь з /wp-includes/class-wp.php:608

Ви можете бути здивовані, але в цьому немає нічого дивного.

Перш за все давайте уточнимо, що в WordPress, коли ви відвідуєте URL-адресу інтерфейсу, ви запускаєте запит. Завжди.

Цей запит є просто стандартним WP_Query, як і ті, які виконуються через:

$query = new WP_Query( $args );

Є лише одна відмінність: $argsзмінні генеруються WordPress за допомогою WP::parse_request()методу. Що цей метод робить, це просто переглянути URL-адресу та правила переписання та перетворити URL-адресу в масив аргументів.

Але що станеться, коли метод не може цього зробити, оскільки URL-адреса недійсна? Аргументи запиту - це просто такий масив:

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

(Джерело тут і тут ).

Тож цей масив передається до WP_Query.

Тепер спробуйте зробити:

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

Ви здивовані, що запит саме той, що знаходиться в ОП? Я не.

Тому,

1. parse_request() будує масив з ключем помилки
2. Цей масив передається WP_Query, що просто запускає його
3. handle_404()що працює після запиту, переглядає 'error'параметр і встановлює is_404()значення true

Отже, have_post()і is_404()не пов’язані між собою. Проблема полягає в тому, що WP_Queryнемає системи для короткого замикання запиту, коли щось піде не так, тож як тільки об’єкт побудований, передайте йому деякі аргументи і запит запуститься ...

Редагувати:

Є два способи подолати цю проблему:

• Створити 404.phpшаблон; WordPress завантажить це на 404 URL-адреси і там вам не доведеться перевірятиhave_posts()

• Примушуйте $wp_queryбути порожнім на 404, щось на зразок:

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