Nach Metawert sortieren, aber Beiträge einschließen, die keinen haben

Ich habe die integrierte WP-Suche mithilfe des pre_get_postsFilters geändert, sodass der Benutzer die Beiträge (einschließlich einer Reihe benutzerdefinierter Beitragstypen) nach verschiedenen Feldern sortieren kann.

Das Problem, das ich habe, ist, dass wenn ich WP anweise, nach einem Meta-Wert zu sortieren, alle Posts ausgeschlossen werden, für die dieser Meta-Wert nicht festgelegt ist. Dies führt dazu, dass sich die Anzahl der Ergebnisse ändert, wenn Sie die Sortierung von "Preis" auf "Datum" ändern, da für "Beiträge" nicht "Preis" festgelegt ist, sondern "Artikel".

Dies ist nicht das, was ich will, also würde ich gerne wissen, ob es eine Möglichkeit gibt, ALLE Posts einzuschließen - auch diejenigen, denen der Meta-Wert fehlt, nach dem ich sortiere - und denjenigen ohne den letzten Wert zu setzen.

Ich weiß, wie man nach mehr als einem Feld sortiert, aber das hilft nicht.

Vielen Dank

Scheint, ich bin nicht der einzige mit dieser Frage: Wie kann ich Posts mit und ohne bestimmten meta_key in args for wp_query aufnehmen? aber da gibt es keine lösung.

Aktualisieren

Ich habe die Antwort ausprobiert, bin mir aber nicht sicher, ob ich sie richtig verstanden habe:

<?php
function my_stuff ($qry) {
    $qry->set('meta_query', array(array(
        'key' => 'item_price', 
        'value' => '', 
        'compare' => 'NOT EXISTS'
    )));

    $qry->set('orderby', 'meta_value date'); # Sorting works with meta_value as well as meta_value_num - I've tried both
    $qry->set('order', 'ASC DESC');
    $qry->set('meta_key', 'item_price');
}

Der Meta-Wert ist eine Zahl (er wird verwendet, um einen Preis zu speichern, wie der Name vermuten lässt.)

Update 2

Ich habe die Bestellung auskommentiert und alles, was ich jetzt habe, ist Folgendes:

<?php
$qry->set('meta_query', array(array(
    'key' => 'item_price', 
    'value' => '', 
    'compare' => 'NOT EXISTS'
)));

Mit diesem Code scheint die Abfrage alle Posts zurückzugeben, bei denen der item_priceSchlüssel fehlt, und keinen der Posts, bei denen er vorhanden ist. IE das Problem ist jetzt umgekehrt.

Wenn ich auch den Bestellcode hinzufüge, erhalte ich 0 Ergebnisse.

Edit: ... drei Jahre später ... : PI hatte dieses Problem erneut. Ich habe alle Antworten ausprobiert und keine funktioniert. Ich bin mir nicht sicher, warum manche Leute glauben, dass sie funktionieren, aber sie arbeiten zumindest nicht für mich.

Die Lösung, die ich gefunden habe, ist die Verwendung des save_postFilters - stellen Sie sicher, dass alle Beiträge das benutzerdefinierte Feld haben, nach dem ich sortieren möchte. Es ist ein bisschen nervig, dass ich es tun muss, aber solange Sie es früh tun, werden Sie wahrscheinlich keine Probleme haben.

In diesem Fall habe ich einen "View Counter" für Posts erstellt und wollte, dass Benutzer in der Lage sind, die am häufigsten gelesenen Posts zu sortieren. Auch hier sind Beiträge, die noch nie gesehen wurden (ich denke, das ist ziemlich unwahrscheinlich - aber immer noch), verschwunden, wenn nach Ansichtsanzahl sortiert wurde. Ich habe diesen Code hinzugefügt, um sicherzustellen, dass alle Beiträge eine Anzahl von Ansichten haben:

add_action('save_post', function ($postId) {
    add_post_meta($postId, '_sleek_view_count', 0, true);
});

Hierfür gibt es zwei mögliche Lösungen:

1. Alle Beiträge haben Meta

Die beste Lösung, die ich hier gefunden habe, besteht darin, den restlichen Artikeln / Produkten einen Artikelpreis von 0 zuzuweisen. Sie können dies manuell ausführen oder alle Artikel durchlaufen. Wenn der Preis leer ist, aktualisieren Sie ihn.

Um dies in Zukunft handhabbar zu machen, können Sie sich einbinden save_postund ihnen einen Wert zuweisen, wenn sie zum ersten Mal hinzugefügt werden (nur wenn dieser leer ist).

2. Mehrere Abfragen

Sie können die erste Abfrage währenddessen ausführen und die IDs der zurückgegebenen Posts speichern. Sie können dann eine weitere Abfrage für alle Posts und das Bestelldatum ausführen, ohne die IDs, die von der ersten Abfrage zurückgegeben werden.

Sie können dann die beiden Ergebnisse separat bestellen und Sie erhalten die gewünschten Ergebnisse.

Easy Peasy, gerade 2018 getestet, wird derzeit in der Produktion verwendet.

$query->set( 'meta_query', array(
    'relation' => 'OR',
    array(
        'key' => 'custom_meta_key', 
        'compare' => 'EXISTS'
    ),
    array(
        'key' => 'custom_meta_key', 
        'compare' => 'NOT EXISTS'
    )
) );
$query->set( 'orderby', 'meta_value title' ); 

Hiermit wird nach allen Elementen mit und ohne Metaschlüssel gesucht, für die kein Wert angegeben wurde. Die Meta-Abfrage liefert zuverlässig den Schlüssel für die Bestellung. Es wurde getestet. Ich bin mir jedoch nicht sicher, wie es funktionieren wird, wenn die Meta-Abfrage mehrere Schlüssel verwendet.

Praktisches Beispiel

/**
 * Modifies query before retrieving posts. Sets the 
 * `meta_query` and `orderby` param when no `orderby` 
 * param is set, (default ordering).
 * 
 * @param   WP_Query  $query  The full `WP_Query` object.
 * @return  void
 */
function example_post_ordering( $query ) {

    // if not in wp-admin, 
    // and the query is the main query, 
    // and the query is not a singular query, 
    // and the query does not have an orderby param set...
    // Note: check for post types, etc. here as desired.
    if ( ! is_admin() 
    && $query->is_main_query() 
    && ! $query->is_singular() 
    && empty( $query->get( 'orderby' ) ) ) {

        // Setting just `meta_key` is not sufficient, as this 
        // will ignore posts that do not yet, or never will have 
        // a value for the specified key. This meta query will 
        // register the `meta_key` for ordering, but will not 
        // ignore those posts without a value for this key.
        $query->set( 'meta_query', array(
            'relation' => 'OR',
            array(
                'key' => 'custom_meta_key', 
                'compare' => 'EXISTS'
            ),
            array(
                'key' => 'custom_meta_key', 
                'compare' => 'NOT EXISTS'
            )
        ) );

        // Order by the meta value, then by the title if multiple 
        // posts share the same value for the provided meta key.
        // Use `meta_value_num` if the meta values are numeric.
        $query->set( 'orderby', 'meta_value title' );
    }

}

add_action( 'pre_get_posts', 'example_post_ordering', 10 );

Dadurch werden Beiträge custom_meta_keystandardmäßig sortiert und Beiträge ohne einen Wert für diesen Schlüssel nicht ignoriert.

Diese Methode gibt alle Posts zurück, einschließlich der mit und ohne den angeforderten. meta_keyBei der Bestellung werden jedoch merkwürdige Dinge ausgeführt.

add_action('pre_get_posts', 'my_stuff');
function my_stuff ($qry) {
    $qry->set(
        'meta_query',
        array(
            'relation' => 'OR', # Matches to this meta_query should be added to those matching the 'meta_key' query
            array(
                'key' => 'item_price', 
                'value' => 'bug #23268', 
                'compare' => 'NOT EXISTS'
            )
        )
    );

    $qry->set('orderby', 'meta_value date'); # Sorting works with meta_value as well as meta_value_num - I've tried both
    $qry->set('order', 'ASC DESC');
    $qry->set('meta_key', 'item_price');
}

Ich fand dies, indem ich mit all den verschiedenen Antworten auf diese Frage herumspielte und das generierte SQL durch Ausprobieren analysierte . Es scheint, dass das Festlegen von array('meta_query' => array('relation' => 'OR'))Ausgaben eine angemessene LEFT JOINOption INNER JOINist, um Posts einzuschließen, bei denen die Metadaten fehlen. Das Festlegen von NOT EXISTSverhindert, dass die WHEREKlausel Beiträge herausfiltert, denen das Metafeld fehlt. Für dieses spezielle WP_Queryist das generierte SQL (Einrückung / Zeilenumbruch hinzugefügt):

SELECT SQL_CALC_FOUND_ROWS
    wp_posts.ID
    FROM wp_posts
    INNER JOIN wp_term_relationships ON (wp_posts.ID = wp_term_relationships.object_id)
    INNER JOIN wp_postmeta ON wp_posts.ID = wp_postmeta.post_id
    LEFT JOIN wp_postmeta AS mt1 ON (wp_posts.ID = mt1.post_id AND mt1.meta_key = 'item_price')
    WHERE 1=1
    AND ( wp_term_relationships.term_taxonomy_id IN (2) )
    AND wp_posts.post_type = 'post'
    AND (wp_posts.post_status = 'publish'
        OR wp_posts.post_status = 'private')
    AND (wp_postmeta.meta_key = 'item_price'
        -- Oh look, here we give SQL permission to choose a random
        -- row from wp_postmeta when this particular post is missing
        -- 'item_price':
        OR  mt1.post_id IS NULL )
    GROUP BY wp_posts.ID
    ORDER BY wp_postmeta.meta_value,wp_posts.post_date DESC
    LIMIT 0, 10

Das Ergebnis ist eine Liste aller Beiträge mit meta_value von item_priceund Vermissten item_price. Alle der Pfosten mit item_pricekorrekt relativ zueinander bestellt werden, aber Beiträge fehlen item_pricewerden einige zufällige verwenden andere Meta - Wert (sagen wir, _edit_lastwas zu sein scheint 1für seine in der Datenbank oder eine andere interne Wordpress - Metadaten , die völlig willkürlich ist ziemlich oft) wp_postmeta.meta_valuein die ORDER BYKlausel. Während diese Methode nahe beieinander liegt und für bestimmte Daten zu funktionieren scheint, ist sie fehlerhaft. Alles, was ich sagen kann, ist, wenn Ihre item_priceWerte nicht mit den zufälligen Metafeldern in Konflikt stehen, die MySQL für die fehlenden Posts auswählt item_price, könnte dies für Sie in Ordnung sein. Wenn alles, was Sie brauchen, ist eine Garantie, dass Ihre Beiträge mititem_pricekorrekt in Bezug zueinander angeordnet sind, ohne Rücksicht auf die Anordnung anderer Beiträge, kann es in Ordnung sein. Aber ich denke, das ist nur ein Mangel in WordPress. Bitte korrigieren Sie mich, ich hoffe, ich liege falsch und es gibt einen Weg, dies zu beheben ;-).

Es scheint, dass INNER JOIN wp_postmetaMySQL für die eine zufällige Zeile aus mehreren postmetaZeilen auswählt, die dem Beitrag zugeordnet sind, wenn die meta_keyin dem angegebenen Beitrag fehlt. Aus SQL-Sicht müssen wir herausfinden, wie WordPress zur Ausgabe angewiesen wird ORDER BY mt1.meta_value. Diese Spalte ist im Gegensatz zu richtig, NULLwenn unsere angeforderte meta_keyfehlt wp_postmeta.meta_value. Wenn wir das tun könnten, würde SQL diese NULL(fehlenden Einträge) vor jedem anderen Wert sortieren und uns eine klar definierte Reihenfolge geben: Zuerst kommen alle Beiträge, denen das jeweilige Postmetafeld fehlt, und dann die Beiträge mit dem Feld. Aber das ist das ganze Problem: 'orderby' => 'meta_value'Kann sich nur beziehen 'meta_key' => 'item_price' und das Unausgeglichene wp_postmetaist immer ein INNER JOINstatt immer ein LEFT JOIN, Sinn wp_postmeta.meta_valueund wp_postmeta.meta_keykannniemals sein NULL.

Ich muss also sagen, dass dies mit WordPress nicht möglich ist, WP_Queryda es jetzt dokumentiert ist (in WordPress-3.9.1). Mühe. Wenn Sie dies also wirklich benötigen, um richtig zu funktionieren, müssen Sie sich wahrscheinlich an einer anderen Stelle in WordPress einbinden und die generierte SQL direkt ändern .

Ich denke ich habe eine Lösung.

Sie können zwei meta_keys verwenden, eine, die alle Beiträge haben (like "_thumbnail_id"), und die, die meta_keySie als Filter verwenden möchten.

Also deine Argumente:

$qry->set(
    'meta_query',
    array(
        'relation' => 'OR',
        array(
            'key' => 'item_price', 
            'value' => '', 
            'compare' => 'EXISTS'
        ),
        array(
            'key' => 'item_price', 
            'value' => '', 
            'compare' => 'EXISTS'
        )
    )
);

$qry->set('orderby', 'meta_value date'); # Sorting works with meta_value as well as meta_value_num - I've tried both
$qry->set('order', 'ASC DESC');
$qry->set('meta_key', 'item_price');

Das Problem, das jeder hier hat, hat mit der Reihenfolge der Meta-Abfragen zu tun. Um richtig zu sortieren, müssen Sie die Abfrage "NOT EXISTS" vor die Abfrage "EXISTS" setzen.

Der Grund dafür ist, dass WordPress den meta_value der letzten "LEFT JOIN" -Anweisung in der "ORDER BY" -Klausel verwendet.

Beispielsweise:

$pageQuery = new WP_Query([
    'meta_query' => [
        'relation' => 'OR',
        ['key' => 'item_price', 'compare' => 'NOT EXISTS'], // this comes first!
        ['key' => 'item_price', 'compare' => 'EXISTS'],
    ],
    'order' => 'DESC',
    'orderby' => 'meta_value_num',
    'post_status' => 'publish',
    'post_type' => 'page',
    'posts_per_page' => 10,
]);

Bei Bedarf können Sie jedes Mal, wenn ein Beitrag gespeichert oder aktualisiert wird, einen Standard-Metawert hinzufügen, wenn der Metawert nicht vorhanden ist.

function addDefaultMetaValue($post_id) {
    add_post_meta($post_id, 'item_price', 0, true);
}
add_action('save_post', 'addDefaultMetaValue');

Wenn Sie einen benutzerdefinierten Beitragstyp verwenden, ersetzen Sie den add_action('save_post', 'addDefaultMetaValue');durch add_action('save_post_{post_type}', 'addDefaultMetaValue');zadd_action('save_post_product', 'addDefaultMetaValue');

Ich hatte das Problem alleine für numerische Metawerte und wies darauf hin, dass es auch auf die Reihenfolge der Abfrage ankommt. Für mich muss die NOT EXISTSAbfrage die erste sein.

Beispiel:

$query->set( 'orderby', 'meta_value_num' );
$query->set( 'meta_query', [
    'relation' => 'OR',
    [ 'key' => 'your_meta_name', 'compare' => 'NOT EXISTS' ],
    [
        'key' => 'your_meta_name',
        'compare' => 'EXISTS',
    ],
] );

Ebenfalls wichtig, um die richtige Richtung für numerische Werte zu erhalten, ist die allgemeine ’orderby’Einstellung ’meta_value_num’. Ansonsten haben Sie seltsame Ergebnisse für numerische Werte, zB:

1, 2, 20, 21, 3, 4, 5…

Anstatt:

1, 2, 3, 4, 5… 20, 21

Ich bin auch auf ein ähnliches Problem gestoßen und die folgende Lösung hat mir geholfen:

$args = array(
'post_type' => 'kosh_products',
'posts_per_page' => -1,
'meta_query' => array(
    'relation' => 'OR',
    'category_sort_order' => array(
        'key' => '_sort_order',
        'compare' => 'EXISTS'
    ),
    'category_sort_order_not_exists' => array(
        'key' => '_sort_order',
        'compare' => 'NOT EXISTS'
    ), 
),
'orderby' => array( 
    'category_sort_order' => 'ASC',
    'date' => 'ASC'
));
$query = new WP_Query( $args );

Ich habe auf WordPress Codex eine Beschreibung mit dem Titel " 'orderby' mit mehreren 'meta_key's " gefunden: https://codex.wordpress.org/Class_Reference/WP_Query#Order_.26_Orderby_Parameters

Dafür gibt es einen möglichen orderbyWert meta_value.

$query = new WP_Query( array ( 
    'meta_key'   => 'your_keys_name',
    'orderby'    => 'meta_value',
    'order'      => 'DESC',
    'meta_query' => array( array(
         'key'     => 'your_meta_key',
         'value'   => '',
         'compare' => 'NOT EXISTS',
         // 'type'    => 'CHAR',
    ) )
) );

Wenn Sie numerische Werte haben, verwenden Sie meta_value_numstattdessen einfach .

Haftungsausschluss: Dies ist nicht getestet, aber es sollte funktionieren. Punkt ist, dass Sie Ihre meta_keyund keyWerte angeben müssen . Ansonsten können Sie nicht mit nicht vorhandenen Werten vergleichen, wodurch es möglich sein sollte, beide Arten von Posts abzufragen. Es ist eine Art Hack-ish, aber solange es funktioniert ...

Ich denke , was @kaiser versuchte , war zu tun , um die Abfrage zu sagen , alle Beiträge zurückzugeben, dass Meta - Schlüssel durch eine Art Dummy - Anwendung , wo Zustand zu nicht einem dieser Beiträge zu filtern. Wenn Sie also wissen, dass alle Werte, die Ihre benutzerdefinierten Felder annehmen können, x, y, z sind, können Sie sagen: "WHERE meta_key IN (x, y, z) ". Sie können dieses Problem jedoch vermeiden, indem Sie sagen:! = (' ') :

$query = new WP_Query( array ( 
    'orderby'    => 'meta_value_num',
    'order'      => 'DESC',
    'meta_query' => array( array(
         'key'     => 'item_price',
         'value'   => '',
         'compare' => '!=',
    ) )
) );

Auch nicht getestet, aber es scheint einen Versuch wert zu sein :-).

Ich habe das mit ein bisschen Hack (IMHO) umgangen, aber es hat in meinem Fall die Arbeit für mich erledigt.

Sie können die Filter posts_join_paged und posts_orderby verwenden , um die Verknüpfungs- und Ordnungszeichenfolgen zu aktualisieren. Auf diese Weise können Sie nach Belieben bestellen, solange Sie sich zuerst anmelden und nicht nach WP_Query, vorausgesetzt, das Feld muss für diesen bestimmten Beitrag vorhanden sein. Sie können dann entfernen Sie das meta_key, orderbyund `Bestellung von Ihrem WP_Query args.

Unten ist ein Beispiel. Am Anfang jeder Funktion musste ich für bestimmte Fälle aussteigen, da dies zu allem hinzugefügt wird, was WP_Query verwendet. Möglicherweise müssen Sie dies ändern, um es an Ihre speziellen Bedürfnisse anzupassen.

Die Dokumentation zu diesen beiden Filtern fehlt leider so ... viel Glück! :)

add_filter('posts_join_paged', 'edit_join', 999, 2);
add_filter('posts_orderby', 'edit_orderby', 999, 2);

/**
 * Edit join
 *
 * @param string $join_paged_statement
 * @param WP_Query $wp_query
 * @return string
 */
function edit_join($join_paged_statement, $wp_query)
{
    global $wpdb;
    if (
        !isset($wp_query->query)
        || $wp_query->is_page
        || $wp_query->is_admin
        || (isset($wp_query->query['post_type']) && $wp_query->query['post_type'] != 'my_custom_post_type')
    ) {
        return $join_paged_statement;
    }

    $join_to_add = "
        LEFT JOIN {$wpdb->prefix}postmeta AS my_custom_meta_key
            ON ({$wpdb->prefix}posts.ID = my_custom_meta_key.post_id
                AND my_custom_meta_key.meta_key = 'my_custom_meta_key')
    ";

    // Only add if it's not already in there
    if (strpos($join_paged_statement, $join_to_add) === false) {
        $join_paged_statement = $join_paged_statement . $join_to_add;
    }

    return $join_paged_statement;
}

/** 
 * Edit orderby
 *
 * @param string $orderby_statement
 * @param WP_Query $wp_query
 * @return string
 */
function edit_orderby($orderby_statement, $wp_query)
{
    if (
        !isset($wp_query->query)
        || $wp_query->is_page
        || $wp_query->is_admin
        || (isset($wp_query->query['post_type']) && $wp_query->query['post_type'] != 'my_custom_post_type')
    ) {
        return $orderby_statement;
    }

    $orderby_statement = "my_custom_meta_key.meta_value DESC";

    return $orderby_statement;
}

Diese Lösung hat bei mir funktioniert:

add_action( 'pre_get_posts', 'orden_portfolio' );
function orden_portfolio( $query ) {

    if( ! is_admin() ) {

        $query->set( 'orderby', 'meta_value_num' );
        $query->set( 'order', 'ASC' );
        $query->set( 'meta_query', [
            'relation' => 'OR',
            [ 
                'key' => 'ce_orden', 
                'compare' => 'NOT EXISTS' ],
            [
                'key' => 'ce_orden',
                'compare' => 'EXISTS',
            ],
        ] );

        return $query;

    }

}

Diese Lösung zeigt jedoch zuerst die Datensätze mit null meta_value an. Diese andere Lösung zeigt ASC-Reihenfolge und Nullen am Ende:

function custom_join($join) {
    global $wpdb;

    if( ! is_admin() ) {
        $join .= $wpdb->prepare(
        ' LEFT JOIN ' . $wpdb->postmeta . ' cpm ON cpm.post_id = ' . $wpdb->posts . '.ID AND cpm.meta_key = %s'
        , 'ce_orden' );
    }

    return $join;
}

add_filter('posts_join','custom_join');

function custom_orderby($orderby_statement){
    global $wpdb;

    if ( ! is_admin() ) {
        $orderby_statement = "CAST( COALESCE(cpm.meta_value,99999) as SIGNED INTEGER) ASC";
    }

    return $orderby_statement;
}

add_filter('posts_orderby','custom_orderby', 10, 2 );