Penso di aver capito cosa stai cercando difare. Quandoesegui una querypersonalizzata con WP_Query e impostiil ​​limiteper ottenere solo 5postperpagina,solo 5post verranno recuperati dalla querye quella query conterrà solo 5post, MA permotivi diimpaginazione, WP_Query continua a scorrere l'intero databasee contatuttii post che corrispondono ai criteri della query.

Questopuòessere visto quando siguardano leproprietà $found_posts e $max_num_pages della query. Facciamo unesempio:

Hai 20post che appartengono altipo dipostpredefinito post . Hai solo bisogno degli ultimi 5post senzaimpaginazione. Latua query è simile a questa

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

• var_dump ($ q- >posts) ti forniràgli ultimi 5post comeprevisto
• echo $ q- >found_posts ti darà 20
• echo $ q- >max_num_pages ti darà 4

L'impatto di questo lavoroextra èminimo sui siti con solopochipost,mapuò diventare costoso segestisci un sito con centinaia omigliaia dipost. Questo è uno spreco di risorse seti serviranno sologli ultimi 5post

Esiste unparametronon documentato chiamato no_found_rows che utilizza valoribooleani chepuoi utilizzareper salvare la query dopo avertrovatoi 5post di cui haibisogno. Questo costringerà WP_Query anon cercarepiùpost che calcolinoi criteri dopo aver recuperato la quantità dipostinterrogati. Questoparametro ègiàintegratoin get_posts ,eccoperché get_posts è unpo 'più veloce di WP_Query sebbene get_posts utilizzi < codice> WP_Query

Conclusione

In conclusione,senonintendi utilizzare l'impaginazione su una query,è sempre consigliabile 'no_found_rows=true' nella queryper velocizzaree per risparmiare sugli sprechi di risorse.

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.

Dopo la conversazione con @Pieter Goosen sui commenti alla domanda,penso dipoter rispondere alla domandae spiegareilmioerrore.

La chiave è che found_posts mi ha confuso.L'hopensato,quelnumero èilpost recuperatomanon lo è. Èilnumero dipost che corrispondono ai criteri .È come se WP_Query avesse 2parti: unapertrovare (tutti)i poste l'altraper recuperareil contenuto,quando controllai parametri pagination .Quindi abbiamo laproprietà $post_count che èilnumero dipost recuperati (Codex dice Ilnumero dipost visualizzati ),che ovviamente è uguale alnumero su posts_per_page e ilnumero dielementinellaproprietà dell'array $posts .

Quindi WP_Query non stafacendo alcun lavoroinutile,comepensavo ^^

Spero che questo aiutigli altri!

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!

Ok,ti consente di avere untipo dipost chiamato "blog_posts"e vuoi recuperare 5post di queltipo dipost.Ecco cosa devifare

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


$query = new WP_Query($args);
 

La queryprecedente restituirà 5post ditipo "blog_posts",senon è untipo dipostpersonalizzato,sostituisci semplicementein questomodo 'post_type' => 'posts', se desideri recuperaretuttii post,sostituisciliin questomodo 'posts_per_page' => '-1',,per ulteriori dettagli WP Query

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

So che @ user1750063 hamenzionatoil codicemaprova questo

 $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

Lo limiterei con campipersonalizzati,controlla questoesempio di query di seguito:

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

Restituirà 6progettiin primopiano.

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.