Creo que ahora comprendo lo queestátratando de hacer. Cuandoejecuta una consultapersonalizada con WP_Query yestableceel límitepara obtener solo 5publicacionesporpágina,la consulta solo recuperará 5publicaciones yesa consulta solo contendrá 5publicaciones, PERO porelbien de lapaginación, WP_Query todavía seejecutaen toda labase de datos y cuentatodas laspublicaciones que coinciden con los criterios de la consulta.

Eso sepuede ver cuando observa laspropiedades $found_posts y $max_num_pages de la consulta. Tomemos unejemplo:

Tienes 20publicaciones quepertenecen altipo depublicaciónpredeterminado post . Solo necesitas las últimas 5publicaciones sinpaginación. Su consultatiene este aspecto

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

• var_dump ($ q- >posts) le dará las últimas 5publicaciones como seesperaba
• echo $ q- >found_posts le dará 20
• echo $ q- >max_num_pages le dará 4

Elimpacto deestetrabajo adicionalesmínimoen sitios con solo unaspocaspublicaciones,peroestopuede resultar costoso siestáejecutando un sitio con cientos omiles depublicaciones. Estoes un desperdicio de recursos si solo vas anecesitar las últimas 5publicaciones

Hay unparámetroindocumentado llamado no_found_rows que usa valoresbooleanos quepuedes usarpara hacer quetu consulta se salga después deencontrar las 5publicaciones quenecesitas. Esto obligará a WP_Query anobuscarmáspublicaciones que cumplan los criterios después de haber recuperado la cantidad depublicaciones consultadas. Esteparámetro yaestáintegradoen get_posts ,poreso get_posts es unpocomás rápido que WP_Query aunque get_posts usa < código> WP_Query

Conclusión

En conclusión,sino va a utilizar lapaginaciónen una consulta,siemprees aconsejable 'no_found_rows=true' en su consultapara acelerar las cosas ypara ahorraren el desperdicio de recursos.

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.

Después de la conversación con @Pieter Goosen sobre los comentarios de lapregunta,creo quepuedo responder lapregunta yexplicarmi error.

La clavees que found_postsme estaba confundiendo.Creo queesenúmero son losmensajes recuperados,perono loes. Es la cantidad depublicaciones que coinciden con los criterios .Es como siel WP_Querytuviera 2partes: unaparabuscar (todas) laspublicaciones y otraparabuscarel contenido,cuandobusca losparámetros de pagination.Entoncestenemos lapropiedad $post_count quees la cantidad depublicaciones obtenidas (el Codex dice The number of posts being displayed),quepor supuestoesigual alnúmeroen posts_per_page yelnúmero deelementosen lapropiedad dematriz $posts.

Entonces WP_Querynoestá haciendoningúntrabajoinútil,comopensé ^^

¡Espero queesto ayude a otros!

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,te permitetener untipo depublicación llamado 'blog_posts' y quieres obtener 5publicaciones deesetipo.Estoes lo que debe hacer

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


$query = new WP_Query($args);
 

La consulta anterior devolverá 5publicaciones detipo 'blog_posts',sinoes untipo depublicaciónpersonalizada,simplemente reemplace así 'post_type' => 'posts', si desea obtenertodas laspublicaciones,reemplácelas así 'posts_per_page' => '-1',,para obtenermás detalles 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

Sé que @ user1750063 hamencionadoel código,peropruebaesto

 $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 limitaría con campospersonalizados,consulteesteejemplo de consulta a continuación:

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

Devolverá 6proyectos destacados.

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.