あなたがやろうとしていることを理解できたと思います. WP_Query を使用してカスタムクエリを実行し、ページごとに5件の投稿のみを取得するように制限を設定すると、クエリによって取得される投稿は5件のみになり、そのクエリは5件の投稿のみを保持します.ただしページ付けのために、 WP_Query は引き続きデータベース全体を実行し、クエリの条件に一致するすべての投稿をカウントします.

これは、クエリの $found_posts プロパティと $max_num_pages プロパティを確認するとわかります.例を見てみましょう:

デフォルトの投稿タイプpost に属する投稿が20件あります. のみ、ページ付けなしで最新の5つの投稿が必要です.クエリは次のようになります

  $ q=new WP_Query( 'posts_per_page=5');
 

• var_dump($ q-＆gt;posts)は、期待どおりに最新の5つの投稿を提供します
• echo $ q-＆gt;found_posts は 20
を提供します
• echo $ q-＆gt;max_num_pages は 4
を提供します

この余分な作業の影響は、投稿数が少ないサイトでは最小限ですが、投稿数が数百または数千のサイトを運営している場合、これは高額になる可能性があります.最新の5つの投稿だけが必要になる場合、これはリソースの浪費です.

no_found_rows と呼ばれる文書化されていないパラメータがあります.これは、必要な5つの投稿が見つかった後にクエリをベイルするために使用できるブール値を使用します.これにより、 WP_Query は、クエリされた投稿の量を取得した後、基準に一致する投稿をこれ以上検索しなくなります.このパラメーターはすでにget_posts に組み込まれているため、get_posts はget_posts を使用しますが、 WP_Query よりも少し高速です. code> WP_Query

結論

結論として、クエリでページネーションを使用しない場合は、クエリで 'no_found_rows=true' を使用して処理を高速化し、リソースの浪費を節約します.

I think that now I understand what you are trying to do. When you run a custom query with WP_Query and set the limit to get only 5 posts per page, only 5 posts will be retrieved by the query and that query will only hold 5 posts, BUT for the sake of pagination, WP_Query still runs through the whole database and counts all the posts that matches the criteria of the query.

That can be seen when you look at the $found_posts and $max_num_pages properties of the query. Lets take an example:

You have 20 posts belonging to the default post type post. You only need the latest 5 posts without pagination. Your query looks like this

$q = new WP_Query( 'posts_per_page=5' );

• var_dump( $q->posts ) will give you the latest 5 posts as expected
• echo $q->found_posts will give you 20
• echo $q->max_num_pages will give you 4

The impact of this extra work is minimal on sites with only a few posts, but this can gt expensive if you are running a site with hundreds or thousands of posts. This is a waste of resources if you are only ever going to need the 5 latest posts

There is an undocumented parameter called no_found_rows which uses boolean values which you can use to make your query bail after it found the 5 posts you need. This will force WP_Query not to look for any more posts mathing the criteria after it has retrieved the amount of posts queried. This parameter is already build into get_posts, that is why get_posts is a bit faster than WP_Query although get_posts uses WP_Query

Conclusion

In conclusion, if you are not going to use pagination on a query, it is always wise to 'no_found_rows=true' in your query to speed things up and to save on wasting resources.

質問のコメントについて@PieterGoosenと会話した後、質問に答えて間違いを説明できると思います.

重要なのは、found_posts が私を混乱させていたということです.その数は取得された投稿ですが、そうではないと思います.条件に一致する投稿の数です. WP_Query には2つの部分があるようです.1つは(すべての)投稿を検索するためのもので、もう1つはpagination パラメータをチェックするときにコンテンツをフェッチするためのものです.したがって、フェッチされた投稿の数である $post_count プロパティがあります(Codexは表示されている投稿の数と言います)、もちろんそれはposts_per_page パラメータ、および $posts 配列プロパティのアイテム数.

つまり、 WP_Query は、私が思っていたように、無駄な作業を行っていません^^

これが他の人に役立つことを願っています！

After the conversation with @Pieter Goosen on the comments of the question, I think I can answer the question and explain my mistake.

The key is that found_posts was confussing me. I thougth that, that number is the posts retrieved but is not. It is the number of posts that match the criteria. It's like the WP_Query had 2 parts: one for finding (all) the posts, and other for fetching the content, when it checks for the pagination parameters. So we have the $post_count property that is the number of posts fetched (Codex says The number of posts being displayed), that of course is equal to the number on posts_per_page parameter, and the number of items on the $posts array property.

So WP_Query is not doing any useless work, as I thought ^^

Hope this helps others!

わかりました.「blog_posts」という投稿タイプを作成し、その投稿タイプの投稿を5つ取得します.これがあなたがする必要があることです

 $args = array(
        'post_type' => 'blog_posts',
        'posts_per_page' => '5',
);


$query = new WP_Query($args);
 

上記のクエリは、タイプ 'blog_posts'の5つの投稿を返します.カスタム投稿タイプでない場合は、次のように置き換えます'post_type' => 'posts',すべての投稿を取得する場合は、次のように置き換えます'posts_per_page' => '-1',、詳細については WPクエリ

Ok , lets you have post type called 'blog_posts' , and you want to fetch 5 posts of that post type . Here is what you need to do

$args = array(
        'post_type' => 'blog_posts',
        'posts_per_page' => '5',
);


$query = new WP_Query($args);

The above query will return 5 posts of type 'blog_posts' , if it is not a custom post type , then just replace like this 'post_type' => 'posts', if you want to fetch all posts then replace like this 'posts_per_page' => '-1', , for more details WP Query

@ user1750063がコードについて言及していることは知っていますが、これを試してください

 $args = array (
    'post_type'              => 'custom_post',
    'nopaging'               => false,
    'posts_per_page'         => '5',
    'order'                  => 'DESC',
    'orderby'                => 'ID',
);

$query = new WP_Query( $args );

if ( $query->have_posts() ) {
    while ( $query->have_posts() ) {
        $query->the_post();
        // display content
    }
} else {
    // display when no posts found
}

wp_reset_postdata();     // Restore original Post Data
 

I know that @user1750063 has mentioned the code but try this

$args = array (
    'post_type'              => 'custom_post',
    'nopaging'               => false,
    'posts_per_page'         => '5',
    'order'                  => 'DESC',
    'orderby'                => 'ID',
);

$query = new WP_Query( $args );

if ( $query->have_posts() ) {
    while ( $query->have_posts() ) {
        $query->the_post();
        // display content
    }
} else {
    // display when no posts found
}

wp_reset_postdata();     // Restore original Post Data

カスタムフィールドで制限します.以下のクエリサンプルを確認してください:

 $wp_query = new WP_Query("orderby=DESC&post_type=portfolio&meta_key=FeaturedProject&meta_value=1&posts_per_page=6");
 

6つの注目プロジェクトが返されます.

I would limit it with custom fields, check this query sample below:

$wp_query = new WP_Query("orderby=DESC&post_type=portfolio&meta_key=FeaturedProject&meta_value=1&posts_per_page=6");

It will return 6 Featured projects.