Cum să interoghez articolele după cheia meta parțială?

Este destul de dificil să răspund concret la întrebarea ta. Prima parte este însă ușoară. Recent am făcut ceva similar pe stackoverflow

Cheile meta sunt comparate și trebuie să se potrivească exact. WP_Query nu oferă nicio modalitate simplă de a ajusta acest comportament printr-un parametru, dar putem introduce noi înșine unul și apoi ajusta clauza posts_where pentru a face o comparație de tip LIKE pe cheile meta.

FILTRUL

Acesta este doar un filtru de bază, ajustează-l după nevoie.

add_filter( 'posts_where', function ( $where, \WP_Query $q )
{ 
    // Verificăm variabila noastră personalizată de interogare
    if ( true !== $q->get( 'wildcard_on_key' ) )
        return $where;

    // Filtrăm clauza
    $where = str_replace( 'meta_key =', 'meta_key LIKE', $where );

    return $where;
}, 10, 2 );

După cum poți vedea, filtrul este declanșat doar când setăm noul nostru parametru personalizat, wildcard_on_key la true. Când această verificare este adevărată, pur și simplu înlocuim operatorul = cu operatorul LIKE.

Doar o observație, comparațiile LIKE sunt în mod inerent mai costisitoare decât alte comparații.

INTEROGAREA

Poți interoga postările în felul următor pentru a obține toate postările cu chei meta like_status_{user_id}:

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

ALTA ÎNTREBARE

Câmpurile personalizate nu au un impact asupra performanței, poți citi postarea mea pe acest subiect aici. Totuși, sunt îngrijorat de faptul că spui că fiecare postare poate avea sute sau mii de aprecieri. Acest lucru poate afecta performanța la obținerea și stocarea în cache a unei cantități atât de mari de date din câmpuri personalizate. De asemenea, poate înfunda baza de date cu o cantitate enormă de date inutile din câmpuri personalizate, ceea ce o face greu de întreținut.

Nu sunt un mare fan al stocării datelor serializate în câmpuri personalizate, deoarece nu poți căuta sau ordona după date serializate. Aș sugera totuși stocarea tuturor ID-urilor de utilizator într-un singur câmp personalizat sub formă de array. Poți actualiza pur și simplu array-ul cu ID-ul utilizatorului atunci când un utilizator apreciază o postare. Obținerea datelor din câmpul personalizat și parcurgerea array-ului de ID-uri pentru a face ceva cu ele este simplă. Aruncă o privire la get_post_meta().

Actualizarea unui câmp personalizat este de asemenea ușoară. Pentru asta, va trebui să te uiți la update_post_meta(), nu știu cum creezi câmpurile tale personalizate, dar update_post_meta() este cu siguranță ceva ce ai vrea să folosești.

Dacă trebuie să trimiți emailuri sau notificări push atunci când un câmp personalizat este actualizat, ai la dispoziție următoarele hook-uri cu care poți lucra. (Vezi update_metadata() pentru context)

• update_postmeta

• updated_{$meta_type}_meta

• updated_postmeta

• update_{$meta_type}_meta

• update_{$meta_type}_metadata

CONCLUZIE

Înainte de a posta acest răspuns, din nou, înainte de a alege calea datelor serializate, asigură-te că nu vei avea nevoie să sortezi după aceste date sau să cauți anumite informații în interiorul lor.

Începând cu WordPress 5.1, este posibilă utilizarea interogărilor meta, precum:

Dacă ulterior doriți să extindeți acest lucru, cu statistici mai detaliate, funcționalități suplimentare etc., atunci încă o alternativă ar putea fi: tabele personalizate

• avantaje: Personalizate în funcție de nevoile dumneavoastră și pot fi indexate pentru o performanță mai bună.

• dezavantaje: Mai mult de lucru

Ar putea exista și o soluție alternativă folosind o taxonomie personalizată, care ar putea oferi o performanță mai bună la interogări decât interogările de post meta, datorită modului în care tabelele de bază sunt indexate.

Încerc să trimit o notificare tuturor celor care au apreciat un post când altcineva apreciază acel post... ceva de genul: „Hei, altcineva a apreciat postul pe care l-ai apreciat. Ar trebui să arunci o privire!” Dar am nevoie de o modalitate de a afla dacă mai cineva a apreciat acel post și, dacă da, cine sunt aceia pentru a le putea notifica.

Nu sunt sigur ce fel de notificări vă referiți aici, dar acest lucru poate deveni rapid greoi.

Exemplu: Un utilizator care apreciază ~ 1000 de postări și fiecare postare primește ~ 1000 de aprecieri, atunci există 1M de notificări în așteptare, doar pentru acel utilizator! Dacă acestea sunt notificări prin e-mail, atunci furnizorul de hosting s-ar putea să nu fie încântat, iar utilizatorul ar înnebuni. Acest lucru ar putea fi și costisitor cu un serviciu de e-mail terț.

Conform documentației WP_Meta_Query, puteți folosi argumentul compare în argumentul meta_query al WP_Query. Totuși, puteți compara doar pe value și nu pe key, așa că ar trebui să reconsiderați structura acestei abordări.

Un argument like ar arăta astfel:

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

$query = new WP_Query($arguments);

Având în vedere că nu puteți face o căutare de tip 'LIKE' pe key, vă sugerez să adăugați postările apreciate în metadatele utilizatorului și să faceți o căutare WP_User_Query pentru utilizatorii care au apreciat acea postare:

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

$users = new WP_User_Query($arguments);