Ich denke,jetzt versteheich,was Sie versuchen zutun. Wenn Sieeine benutzerdefinierte Abfragemit WP_Query ausführen und das Limit sofestlegen,dassnur 5 Beiträgepro Seite abgerufen werden,werdennur 5 Beiträge von der Abfrage abgerufen,und diese Abfrageenthältnur 5 Beiträge, ABER Aus Gründen der Paginierung durchläuft WP_Query weiterhin diegesamte Datenbank und zählt alle Beiträge,die den Kriterien der Abfrageentsprechen.

Dies wird angezeigt,wenn Sie sich die Eigenschaften $found_posts und $max_num_pages der Abfrage ansehen. Nehmen wirein Beispiel:

Sie haben 20 Posts,die zum Standardposttyp post gehören. Sie nur benötigen die letzten 5 Beiträge ohne Paginierung. Ihre Anfrage siehtfolgendermaßen aus

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

• var_dump ($ q- >posts) gibt Ihnen die letzten 5 Posts wieerwartet
• echo $ q- >found_posts gibt Ihnen 20
• echo $ q- >max_num_pages gibt Ihnen 4

Die Auswirkungen dieser zusätzlichen Arbeit sind auf Websitesmit nur wenigen Postsminimal. Dies kannjedochteuer werden,wenn Sieeine Sitemit Hunderten oder Tausenden von Postsbetreiben. Diesisteine Verschwendung von Ressourcen,wenn Sieimmernur die 5neuesten Beiträgebenötigen

Esgibt einen undokumentierten Parameternamens no_found_rows ,derboolesche Werte verwendet,mit denen Sie Ihre Abfragebeenden können,nachdem die 5benötigten Beiträgegefunden wurden. Dadurch wird WP_Query gezwungen,nichtmehrnach Posts zu suchen,die die Kriterienberechnen,nachdem die Anzahl der abgefragten Posts abgerufen wurde. Dieser Parameteristbereitsin get_posts integriert. Deshalbist get_posts etwas schneller als WP_Query ,obwohl get_posts WP_Query

Schlussfolgerung

Wenn Siefüreine Abfrage keine Paginierung verwendenmöchten,istesimmer ratsam,in Ihrer Abfrage 'no_found_rows=true' zu verwenden,um die Arbeit zubeschleunigen und Ressourcenverschwendung sparen.

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.

Nach dem Gesprächmit @Pieter Goosen über die Kommentare der Frage denkeich,dassich die Fragebeantworten undmeinen Fehlererklären kann.

Der Schlüsselist,dass found_posts mich verwirrt hat.Ich denke,diese Nummerist die abgerufenen Beiträge,abernicht. Diesist die Anzahl der Beiträge,die den Kriterienentsprechen. Esist,als hätte die WP_Query zwei Teile:einen zum Auffinden (aller) Beiträge undeinen zum Abrufen des Inhalts,wennnach den Parametern pagination gesucht wird.Wir haben also die Eigenschaft $post_count ,die die Anzahl der abgerufenen Beiträge angibt (Codex sagt Die Anzahl der angezeigten Beiträge ),dienatürlich der Anzahl auf posts_per_page -Parameter und die Anzahl der Elementein der Array-Eigenschaft $posts .

WP_Query macht also keinenutzlose Arbeit,wieich dachte ^^

Hoffe,das hilft anderen!

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,Sie können den Beitragstyp "blog_posts" verwenden und 5 Beiträge dieses Beitragstyps abrufen.Folgendesmüssen Sietun:

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


$query = new WP_Query($args);
 

Die obige Abfragegibt 5 Beiträge vom Typ 'blog_posts' zurück. Wennes sichnicht umeinen benutzerdefinierten Beitragstyp handelt,ersetzen Sieihneinfach wiefolgt. 'post_type' => 'posts', Wenn Sie alle Posts abrufenmöchten,ersetzen Sie diese wiefolgt: 'posts_per_page' => '-1',,für weitere Details WP-Abfrage

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

Ich weiß,dass @ user1750063 den Codeerwähnt hat,aber versuchen Sie dies

 $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

Ich würdeesmit benutzerdefinierten Felderneinschränken. Überprüfen Sie dieses Abfragebeispiel unten:

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

Es werden 6 vorgestellte Projekte zurückgegeben.

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.