이제 수행하려는 작업을 이해 한 것 같습니다. WP_Query 로 사용자 지정 쿼리를 실행하고 페이지 당 5 개의 게시물 만 가져 오도록 제한을 설정하면 쿼리에서 5 개의 게시물 만 검색되고 해당 쿼리는 5 개의 게시물 만 보유합니다. BUT 페이지 매김을 위해 WP_Query 는 여전히 전체 데이터베이스를 통해 실행되며 쿼리 기준과 일치하는 모든 게시물을 계산합니다.

쿼리의 $found_posts 및 $max_num_pages 속성을 ​​보면 알 수 있습니다. 예를 들어 보겠습니다.

기본 게시물 유형 post 에 속하는 게시물이 20 개 있습니다. 페이지 매김없이 최신 게시물 5 개만 만 필요합니다. 검색어는 다음과 같습니다.

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

• var_dump ($ q- >posts) 는 예상대로 최신 5 개 게시물을 제공합니다.
• echo $ q- >found_posts 는 20
을 제공합니다.
• echo $ q- >max_num_pages 는 4
를 제공합니다.

이 추가 작업의 영향은 게시물이 몇 개 뿐인 사이트에서는 미미하지만 수백 또는 수천 개의 게시물이있는 사이트를 운영하는 경우 비용이 많이들 수 있습니다. 5 개의 최신 게시물 만 필요하다면 자원 낭비입니다.

no_found_rows 라는 문서화되지 않은 매개 변수가 있습니다. 부울 값을 사용하여 필요한 5 개의 게시물을 찾은 후 쿼리를 보석금으로 만드는 데 사용할 수 있습니다. 이렇게하면 WP_Query 가 쿼리 된 게시물의 양을 검색 한 후 기준에 맞는 게시물을 더 이상 찾지 않게됩니다. 이 매개 변수는 이미 get_posts 에 빌드되어 있으므로 get_posts 에서 < 코드> 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.

@Pieter Goosen과 질문에 대한 의견에 대해 대화 한 후 질문에 답하고 실수를 설명 할 수있을 것 같습니다.

핵심은 found_posts가 저를 혼란스럽게한다는 것입니다.나는 그 숫자가 검색된 게시물이지만 그렇지 않다고 생각한다. 기준과 일치하는 게시물 수입니다 .마치 WP_Query에 두 부분이있는 것과 같습니다. 하나는 (모든) 게시물을 찾기위한 것이고 다른 하나는 pagination 매개 변수를 확인할 때 콘텐츠를 가져 오는 부분입니다.따라서 가져온 게시물 수인 $post_count 속성이 있습니다 (Codex는 The number of posts being displayed를 말합니다). 물론 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.