¿Cómo consultar posts por clave meta parcial?

Es bastante difícil responder concretamente a tu pregunta. La primera parte es fácil, sin embargo. Recientemente hice algo similar en stackoverflow.

Las meta claves se comparan y coinciden exactamente. WP_Query no tiene forma de ajustar este comportamiento con un parámetro simple, pero siempre podemos introducir uno nosotros mismos y luego ajustar la cláusula posts_where para hacer una comparación LIKE en las meta claves.

EL FILTRO

Este es solo un filtro básico, ajústalo según sea necesario.

add_filter( 'posts_where', function ( $where, \WP_Query $q )
{ 
    // Verifica nuestra variable de consulta personalizada
    if ( true !== $q->get( 'wildcard_on_key' ) )
        return $where;

    // Filtramos la cláusula
    $where = str_replace( 'meta_key =', 'meta_key LIKE', $where );

    return $where;
}, 10, 2 );

Como puedes ver, el filtro solo se activa cuando establecemos nuestro nuevo parámetro personalizado, wildcard_on_key en true. Cuando esto se cumple, simplemente cambiamos el comparador = por el comparador LIKE.

Solo una nota sobre esto, las comparaciones LIKE son inherentemente más costosas de ejecutar que otras comparaciones.

LA CONSULTA

Puedes consultar tus publicaciones de la siguiente manera para obtener todas las publicaciones con meta claves like_status_{user_id}.

$args = [
    'wildcard_on_key' => true,
    'meta_query'      => [
        [
            'key'   => 'like_status_',
            'value' => 1,
        ]
    ]
];
$query = new WP_Query( $args );

OTRA PREGUNTA

Los campos personalizados no tienen impacto en el rendimiento, puedes leer mi publicación sobre este tema aquí. Sin embargo, me preocupa que digas que cada publicación puede tener cientos o miles de "me gusta". Esto puede afectarte en el rendimiento al obtener y almacenar en caché una gran cantidad de datos de campos personalizados. También puede saturar tu base de datos con una gran cantidad de datos de campos personalizados innecesarios, lo que dificulta su mantenimiento.

No soy un gran fanático de almacenar datos serializados en campos personalizados, ya que no se pueden buscar ni ordenar por datos serializados. Sin embargo, sugeriría almacenar todos los ID de usuario en un array bajo un solo campo personalizado. Puedes simplemente actualizar el array con el ID del usuario cuando a un usuario le guste una publicación. Obtener los datos del campo personalizado y recorrer el array de ID's para hacer algo con ellos es fácil. Solo echa un vistazo a get_post_meta().

Actualizar un campo personalizado también es fácil. Para eso, deberás consultar update_post_meta(), no sé cómo creas tus campos personalizados, pero update_post_meta() es definitivamente algo que querrás usar.

Si necesitas enviar correos electrónicos o notificaciones push cuando se actualiza un campo personalizado, tienes los siguientes hooks disponibles para trabajar. (Consulta update_metadata() para contexto)

• update_postmeta

• updated_{$meta_type}_meta

• updated_postmeta

• update_{$meta_type}_meta

• update_{$meta_type}_metadata

CONCLUSIÓN

Antes de publicar esto, nuevamente, antes de que tomes la ruta de serialización, asegúrate de que no necesitarás ordenar por los datos serializados o buscar datos particulares dentro de los datos serializados.

Desde WordPress 5.1 ahora es posible usar meta queries como:

Si más adelante deseas extender esto, con estadísticas más detalladas, características, etc., entonces otra alternativa podría ser: tabla(s) personalizada(s)

• ventajas: Adaptadas a tus necesidades y pueden ser indexadas para un mejor rendimiento.

• desventajas: Más trabajo

También podría haber una solución alternativa utilizando una taxonomía personalizada, que podría ofrecer un mejor rendimiento en las consultas que las consultas de metadatos de entradas, debido a cómo están indexadas las tablas principales.

Estoy intentando enviar una notificación a todos los que han dado "me gusta" a una entrada cuando alguien más da "me gusta" a esa entrada... algo como: "¡Oye, a alguien más le gustó esa entrada que te gustó. Deberías ir a verla!" Pero necesito una manera de averiguar si alguien más ha dado "me gusta" a esa entrada y, de ser así, quiénes serían para poder notificarlos.

No estoy seguro de qué tipo de notificaciones te refieres aquí, pero esto puede volverse rápidamente engorroso.

Ejemplo: Un usuario que da "me gusta" a ~ 1000 entradas y cada entrada recibe ~ 1000 "me gusta", entonces hay 1M de notificaciones en proceso, ¡solo para ese usuario! Si estas son notificaciones por correo electrónico, es posible que el proveedor de hosting no esté contento y el usuario se volvería loco. Eso también podría ser costoso con un servicio de correo electrónico de terceros.

Según la documentación de WP_Meta_Query, puedes usar el argumento compare dentro del argumento meta_query de WP_Query. Sin embargo, solo puedes comparar con el value y no con el key, por lo que quizás quieras reconsiderar cómo estructuras esto.

Un argumento like se vería así:

$arguments = array(
    'meta_query' => array(
        array(
            'key' => 'foo',
            'value' => 'ba',
            'compare' => 'LIKE'
        )
    )
);

$query = new WP_Query($arguments);

Dado que no puedes hacer una búsqueda 'LIKE' en el key, te sugiero que añadas los posts que gustan en el meta del usuario y hagas una búsqueda con WP_User_Query para encontrar usuarios que les haya gustado ese post:

$arguments = array(
    'meta_query' => array(
        array(
            'key' => 'liked_post',
            'value' => '<post_id>'
        )
    )
);

$users = new WP_User_Query($arguments);