Classifique no meta-valor, mas inclua postagens que não possuem um

Estive modificando a pesquisa WP incorporada usando o pre_get_posts filtro, permitindo que o usuário classifique as postagens (incluindo vários tipos personalizados de postagens) por campos diferentes.

O problema que estou tendo é que, quando digo ao WP para classificar por um meta-valor, ele exclui todas as postagens que não têm esse meta-valor definido. Isso faz com que o número de resultados mude se você alterar a classificação de dizer "Preço" para "Data" porque "Postagens" não têm "Preço" definido, mas "Itens" sim.

Não é isso que eu quero, então eu gostaria de saber se há uma maneira de incluir TODAS as postagens - mesmo aquelas que não possuem o valor meta que eu estou classificando - e colocar a que está sem o valor por último.

Eu sei como classificar em mais de um campo, mas isso não ajuda.

obrigado

Parece que eu não sou o único com esta pergunta: Maneira de incluir posts com e sem determinada meta_key em args para wp_query? mas não há solução lá.

Atualizar

Eu tentei a resposta, mas não tenho certeza se entendi corretamente, eis o que tenho agora:

<?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');
}

O meta-valor é um número (é usado para armazenar um preço como o nome sugere)

Atualização 2

Eu comentei as coisas do pedido e tudo o que tenho agora é o seguinte:

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

Com esse código, a consulta parece retornar todas as postagens que não possuem a item_pricechave e nenhuma das postagens que a possuem. Ou seja, o problema agora está invertido.

Se eu adicionar o código do pedido, também recebo 0 resultados.

Edit: ... três anos depois ... : PI teve esse problema novamente. Eu tentei todas as respostas dadas e nenhuma funcionou. Não sei por que algumas pessoas parecem pensar que funcionam, mas pelo menos não funcionam para mim.

A solução que eu acabei usando é usar o save_post filtro - certificando-se de que todas as postagens tenham o campo personalizado que eu gostaria de classificar. É um pouco chato eu ter que fazer isso, mas contanto que você faça isso desde o início, provavelmente não terá problemas.

Nesse caso, eu estava criando um "contador de visualizações" nas postagens e queria que os usuários pudessem classificar as postagens mais lidas. Novamente, as postagens que nunca foram visualizadas (acho que é bastante improvável - mas ainda assim) desapareceram ao classificar a contagem de visualizações. Adicionei este código para garantir que todas as postagens tenham uma contagem de visualizações:

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

Existem duas soluções possíveis para isso:

1. Todas as postagens têm meta

A melhor solução que encontrei aqui é fornecer ao restante das postagens / produtos um preço de item igual a 0. Você pode fazer isso manualmente ou percorrer todas as postagens e, se o preço estiver vazio, atualize-o.

Para tornar isso gerenciável no futuro, você pode se conectar save_poste dar um valor a eles quando forem adicionados pela primeira vez (somente se estiver em branco).

2. Várias consultas

Você pode executar a primeira consulta enquanto faz e armazenar os IDs das postagens retornadas. Em seguida, você pode executar outra consulta para todas as postagens e a data do pedido, excluindo os IDs retornados da primeira consulta.

Em seguida, você pode imprimir os dois resultados separadamente e obter os resultados desejados.

Easy Peasy, testado em 2018, atualmente em uso.

$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' ); 

Isso verifica todos os itens com e sem a meta-chave, sem nenhum valor especificado. a meta consulta fornece a chave do pedido com confiabilidade. Foi testado. Não tenho certeza, no entanto, de como isso funcionará quando a consulta meta usar várias chaves.

Exemplo prático

/**
 * 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 );

Isso ordenará as postagens por custom_meta_keypadrão e não ignorará as postagens sem um valor para essa chave.

Esse método retornará todas as postagens, incluindo aquelas com e sem a solicitação meta_key, mas fará coisas estranhas ao fazer o pedido.

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');
}

Eu descobri isso brincando com todas as respostas diferentes para essa pergunta e analisando o SQL gerado por tentativa e erro. Parece que a configuração array('meta_query' => array('relation' => 'OR'))gera um resultado apropriado, em LEFT JOINvez do INNER JOINnecessário, para incluir postagens ausentes dos metadados. A especificação de NOT EXISTSimpede que a WHEREcláusula filtre as postagens sem o campo meta. Para isso WP_Query, o SQL gerado é (recuo / novas linhas adicionadas):

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

O resultado é uma lista de todas as postagens com meta_value de item_pricee as que estão faltando item_price. Todos os posts com item_priceserão ordenados corretamente em relação ao outro, mas as mensagens faltando item_priceusará alguns aleatória outro valor meta (digamos, _edit_lasto que parece ser 1, muitas vezes no meu banco de dados ou algum outro metadados wordpress interna que é completamente arbitrária) para a sua wp_postmeta.meta_valueem a ORDER BYcláusula. Portanto, embora esse método esteja próximo e possa parecer funcionar para determinados dados, ele está quebrado. Então, tudo o que posso dizer é que, se seus item_pricevalores não conflitarem com os meta campos aleatórios que o MySQL escolher para as postagens ausentesitem_price , isso poderá funcionar bem para você. Se tudo o que você precisa é garantir que suas postagens comitem_pricesão ordenados corretamente em relação um ao outro, sem levar em consideração o pedido de outras postagens, pode estar OK. Mas acho que isso é apenas uma falha no wordpress. Por favor, corrija-me, espero estar errado e há uma maneira de resolver isso ;-).

Parece que, para o INNER JOIN wp_postmetaMySQL, está escolhendo uma linha aleatória dentre várias postmetalinhas associadas à postagem quando esta meta_keyestá ausente na postagem especificada. Do ponto de vista do SQL, precisamos descobrir como informar o wordpress à saída ORDER BY mt1.meta_value. Esta coluna está corretamente NULLquando o nosso pedido meta_keyestá ausente, ao contrário wp_postmeta.meta_value. Se pudéssemos fazer isso, o SQL classificaria essas NULL(entradas ausentes) antes de qualquer outro valor, dando-nos uma ordem bem definida: primeiro vêm todas as postagens que faltam no campo postmeta específico, depois as postagens que possuem o campo. Mas esse é todo o problema: 'orderby' => 'meta_value'só podemos nos referir 'meta_key' => 'item_price' e o sem paralisia wp_postmetaé sempre um, em INNER JOINvez de sempre um LEFT JOIN, significado wp_postmeta.meta_valueewp_postmeta.meta_key podenunca seja NULL.

Então eu acho que tenho que dizer que isso não é possível com o wordpress embutido, WP_Querycomo agora está documentado (no wordpress-3.9.1). Incomodar. Portanto, se você realmente precisar que isso funcione corretamente, provavelmente precisará conectar-se ao wordpress em outro lugar e modificar diretamente o SQL gerado .

Eu acho que tenho uma solução.

Você pode usar dois meta_keys, um que todas as postagens têm (like "_thumbnail_id")e o que meta_keyvocê deseja usar como filtro.

Então seus argumentos:

$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');

O problema que todos aqui estão enfrentando tem a ver com a ordem das meta-consultas. Para classificar corretamente, você precisará colocar a consulta "NOT EXISTS" antes da consulta "EXISTS".

A razão para isso é porque o WordPress usa o meta_value da última instrução "LEFT JOIN" na cláusula "ORDER BY".

Por exemplo:

$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,
]);

Se adequado, você pode adicionar um meta-valor padrão sempre que uma postagem for salva ou atualizada, se o meta-valor não existir.

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

Se você estiver usando um tipo de pós personalizado, substitua o add_action('save_post', 'addDefaultMetaValue');por add_action('save_post_{post_type}', 'addDefaultMetaValue');exemplo,add_action('save_post_product', 'addDefaultMetaValue');

Eu tive o problema sozinho de meta-valores numéricos e apontei que a ordem da consulta também é importante. Para mim oNOT EXISTS consulta deve ser a primeira.

Exemplo:

$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',
    ],
] );

Também importante para obter a direção correta para valores numéricos é o ’orderby’ a ser definido ’meta_value_num’. Caso contrário, você terá resultados estranhos para valores numéricos, por exemplo:

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

Ao invés de:

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

Eu também encontrei um problema semelhante e a seguinte solução me ajudou:

$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 );

Encontrei uma descrição no WordPress Codex com o título " 'orderby' com vários 'meta_key's ": https://codex.wordpress.org/Class_Reference/WP_Query#Order_.26_Orderby_Parameters

Existe um orderbyvalor possível meta_valuepara isso.

$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',
    ) )
) );

Se você obteve valores numéricos, basta usar meta_value_num.

Isenção de responsabilidade: Isso não foi testado, mas deve funcionar. Ponto é que você precisa especificar seus meta_keye keyvalores. Caso contrário, você não poderá comparar com valores inexistentes, o que tornará possível consultar os dois tipos de postagens. É algum tipo de hack-ish, mas desde que funcione ...

Eu acho que o que o @kaiser estava tentando fazer era dizer à consulta para retornar todas as postagens que possuem essa meta-chave, aplicando uma espécie de dummy where condition para não filtrar nenhuma dessas postagens. Portanto, se você conhece todos os valores que seus campos personalizados podem assumir são x, y, z, você pode dizer "WHERE meta_key IN (x, y, z) ", mas a idéia é que você pode evitar esse problema todos juntos dizendo ! = (' ') :

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

Também não testado, mas parece que vale a pena tentar :-).

Acabei contornando isso com um pouco de hack (IMHO), mas ele fez o trabalho para mim no meu caso.

Você pode conectar-se aos filtros posts_join_paged e posts_orderby para atualizar as cadeias de junção e ordem. Isso permitirá que você faça o pedido do jeito que quiser, desde que você o junte primeiro, em vez de WP_Query, supondo que o campo precise existir para essa postagem específica. Você pode remover o meta_key,orderby e `fim de seus argumentos WP_Query.

Abaixo está um exemplo. No topo de cada função, eu tive que escapar para determinados casos, pois isso adicionaria isso a tudo que usa o WP_Query. Pode ser necessário modificá-lo para atender às suas necessidades específicas.

Infelizmente, a documentação desses dois filtros está faltando, então ... boa sorte! :)

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;
}

Esta solução funcionou para mim:

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;

    }

}

No entanto, esta solução mostra primeiro os registros com meta_value nulo. Esta outra solução mostra a ordem ASC e os valores nulos no final:

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 );