meta_query con valori meta come array serializzati

Anch'io mi sono trovato in questa situazione. Ecco cosa ho fatto:

$args = array(
    'post_type' => 'my-post-type',
    'meta_query' => array(
        array(
            'key' => 'latitude', // Chiave meta
            'value' => sprintf(':"%s";', $value), // Formatta il valore per la ricerca serializzata
            'compare' => 'LIKE' // Operatore di confronto
        )
    )
);

Spero che questo possa aiutare

Perderai davvero la capacità di interrogare i tuoi dati in modo efficiente quando serializzi le voci nel database di WordPress.

Il risparmio e il guadagno complessivo in termini di prestazioni che pensi di ottenere con la serializzazione non saranno apprezzabili in modo significativo. Potresti ottenere un database leggermente più piccolo, ma il costo delle transazioni SQL sarà elevato se dovessi interrogare quei campi e provare a confrontarli in modo utile e significativo.

Invece, riserva la serializzazione per i dati che non intendi interrogare in quel modo, ma a cui accederesti solo in modo passivo tramite la chiamata diretta all'API di WordPress get_post_meta() - da questa funzione puoi anche decomprimere una voce serializzata per accedere alle sue proprietà array.

Infatti, assegnando il valore true come in:

$meta = get_post_meta( $post->ID, 'key', true );

Restituirà i dati come un array, accessibile per essere iterato come di consueto.

Puoi concentrarti su altre ottimizzazioni del database/sito come la cache, la minificazione di CSS e JS e l'utilizzo di servizi come un CDN se necessario. Per citarne solo alcuni... WordPress Codex è un buon punto di partenza per scoprire di più su questo argomento: QUI

Penso ci siano 2 soluzioni che possono provare a risolvere il problema dei risultati memorizzati sia come Stringhe che come Interi. Tuttavia, è importante dire, come altri hanno sottolineato, che non è possibile garantire l'integrità dei risultati memorizzati come Intero, poiché questi valori sono salvati come array serializzati, l'indice e i valori sono memorizzati esattamente con lo stesso pattern. Esempio:

array(37,87);

viene memorizzato come un array serializzato, in questo modo

a:2:{i:0;i:37;i:1;i:87;}

Nota i:0 come prima posizione dell'array e i:37 come primo valore. Il pattern è lo stesso. Ma passiamo alle soluzioni

1) Soluzione REGEXP

Questa soluzione funziona per me indipendentemente dal fatto che il meta valore sia salvato come stringa o numero/id. Tuttavia utilizza REGEXP, che non è veloce quanto usare LIKE

$args = array(
    'post_type' => 'my-post-type',
    'meta_query' => array(
        array(
            'key' => 'latitude',
            'value' => '\;i\:' . $value . '\;|\"' . $value . '\";',
            'compare' => 'REGEXP'
        )
    )
);

2) Soluzione LIKE

Non sono sicuro della differenza di performance ma questa è una soluzione che usa LIKE e funziona sia per numeri che stringhe

 $args = array(
        'post_type' => 'my-post-type',
        'meta_query' => array(
            'relation' => 'OR',
            array(
                'key' => 'latitude',
                'value' => sprintf(':"%s";', $value),
                'compare' => 'LIKE'
            ),
            array(
                'key' => 'latitude',
                'value' => sprintf(';i:%d;', $value),
                'compare' => 'LIKE'
            )
        )
    );

Ho appena lavorato con campi serializzati e sono riuscito a eseguire query su di essi. Non utilizzando meta_query ma una query SQL.

global $wpdb; 

$search = serialize('latitude').serialize(50);

$query = $wpdb->prepare("SELECT `post_id`
FROM `wp_postmeta`
WHERE `post_id` IN (SELECT `ID` FROM `wp_posts` WHERE `post_type` = 'my-post-type')
AND `meta_key` = '_coordinates'
AND `meta_value` LIKE '%s'",'%'.$search.'%');

$ids = $wpdb->get_col($query);

$args = array(
    'post__in' => $ids,
    'post_type' => 'team' // aggiungo il tipo perché il default sarebbe 'post'
);

$posts = get_posts($args);

La query cerca prima i post con il post_type corrispondente, in modo da ridurre il numero di record in wp_postmeta da filtrare. Poi ho aggiunto una clausola WHERE per ridurre ulteriormente le righe filtrando su meta_key.

Gli ID finiscono ordinatamente in un array come richiesto da get_posts.

PS. È necessaria MySQL v5.6 o superiore per ottenere buone prestazioni con le subquery.

Un semplice trucco per questa situazione è utilizzare il confronto LIKE con il formato serializzato (lunghezza con tipo e valore stesso) come mostrato di seguito:

$id = 123; // id da verificare dai dati serializzati.
//(assumendo che i numeri siano memorizzati come stringa. Nel mio caso lo erano.)

$args = array(
    'post_type' => 'custom_post_type',
    'meta_query' => array(
        array(
            'key' => 'meta_key_to_check_from',
            'value' => 's:' . strlen($id) . ':"' . $id . '";',
            'compare' => 'LIKE'
        )
    )
);

$query = new WP_Query( $args );

Se si desidera cercare in una tassonomia personalizzata:

$id = 123; // id da verificare nei dati serializzati.
//(assumendo che i numeri siano memorizzati come stringa. Nel mio caso lo erano.)

$args = array(
    'hide_empty' => false, // recupera anche i termini non ancora utilizzati
    'meta_query' => array(
        array(
            'key' => 'meta_key_to_check_from',
            'value' => 's:' . strlen($id) . ':"' . $id . '";',
            'compare' => 'LIKE'
        )
    ),
    'taxonomy' => 'custom_taxonomy'
);

$terms = get_terms( $args );

Questo esempio mi è stato davvero utile. È specifico per il plugin S2Members (che serializza i metadati dell'utente). Ma ti permette di interrogare una porzione di un array serializzato all'interno del meta_key.

Funziona utilizzando la funzione REGEXP di MySQL.

Qui trovi la fonte

Ecco il codice che interroga tutti gli utenti residenti negli Stati Uniti. L'ho facilmente modificato per interrogare uno dei miei campi di registrazione personalizzati e l'ho fatto funzionare in pochissimo tempo.

  <?php
global $wpdb;
$users = $wpdb->get_results ("SELECT `user_id` as `ID` FROM `" . $wpdb->usermeta . 
          "` WHERE `meta_key` = '" . $wpdb->prefix . "s2member_custom_fields' AND 
           `meta_value` REGEXP '.*\"country_code\";s:[0-9]+:\"US\".*'");
if (is_array ($users) && count ($users) > 0)
    {
        foreach ($users as $user)
            {
                $user = /* Ottieni ora l'oggetto Utente completo. */ new WP_User ($user->ID);
                print_r($user); /* Ottieni un elenco completo delle proprietà durante il debug. */
            }
    }
?>

Dopo aver letto un sacco di consigli su come eseguire una WP_Query filtrando per array serializzati, ecco come ho finalmente risolto: creando un array di valori separati da virgola utilizzando implode in combinazione con una query SQL personalizzata $wpdb che sfrutta FIND_IN_SET per cercare il valore richiesto nella lista separata da virgole.

(questo è simile alla risposta di Tomas, ma è un po' meno intensivo a livello di prestazioni per la query SQL)

1. In functions.php:

Nel tuo file functions.php (o ovunque tu stia configurando il meta box) nella funzione yourname_save_post() usa

update_post_meta($post->ID, 'checkboxArray', implode(",", $checkboxArray)); //aggiungendo l'implode

per creare l'array contenente i valori separati da virgola.

Dovrai anche modificare la variabile di output nella funzione di costruzione del meta box admin yourname_post_meta() in

$checkboxArray = explode(",", get_post_custom($post->ID)["checkboxArray"][0]); //aggiungendo l'explode

2. Nel file template PHP:

Test: se esegui un get_post_meta( $id ); dovresti vedere checkboxArray come un array contenente i tuoi valori separati da virgola invece di un array serializzato.

Ora, costruiamo la nostra query SQL personalizzata utilizzando $wpdb.

global $wpdb;

$search = $post->ID;

$query = "SELECT * FROM wp_posts
          WHERE FIND_IN_SET( $search, (
              SELECT wp_postmeta.meta_value FROM wp_postmeta
              WHERE wp_postmeta.meta_key = 'blogLocations'
              AND wp_postmeta.post_id = wp_posts.ID )
          )
          AND ( wp_posts.post_type = 'post' )
          AND ( wp_posts.post_status = 'publish' );";

$posts = $wpdb->get_results($query);

foreach ($posts as $post) {
    //il tuo contenuto del post qui
}

Nota il FIND_IN_SET, è qui che avviene la magia.

Ora... siccome sto usando SELECT * questo restituisce tutti i dati del post e all'interno del foreach puoi mostrare quello che vuoi da questi dati (fai un print_r($posts); se non sai cosa è incluso. Non configura "il loop" per te (preferisco così), ma può essere facilmente modificato per impostare il loop se preferisci (dai un'occhiata a setup_postdata($post); nel codex, probabilmente dovrai cambiare SELECT * per selezionare solo gli ID dei post e $wpdb->get_results al tipo corretto di $wpdb -- vedi anche il codex per $wpdb per informazioni su questo argomento).

Beh, ci è voluto un po' di impegno, ma siccome wp_query non supporta l'uso di 'compare' => 'IN' con valori serializzati o separati da virgola, questa soluzione è la tua migliore opzione!

Spero che questo aiuti qualcuno.

Se utilizzi l'operatore di confronto like nella tua meta query, dovrebbe funzionare correttamente per cercare all'interno di un array serializzato.

$wp_user_search = new WP_User_Query(array(
    'meta_query' => array(
        array(
            'key'     => 'wp_capabilities',
            'value'   => 'subscriber',
            'compare' => 'not like'
            )
        )
    )
);

risultato:

[query_where] => WHERE 1=1 AND (
  ( wp_usermeta.meta_key = 'wp_capabilities' 
  AND CAST(wp_usermeta.meta_value AS CHAR) NOT LIKE '%subscriber%' )

Se i miei metadati sono di tipo array, utilizzo questo metodo per la query tramite meta:

$args = array(
    'post_type' => 'fotobank',
    'posts_per_page' => -1,
    'meta_query' => array(
            array(
                   'key' => 'collections',
                   'value' => ':"'.$post->ID.'";',
                   'compare' => 'LIKE'
            )
     )
);
$fotos = new WP_Query($args);

Mi è venuta la curiosità riguardo alle risposte sopra, dove il meta_query puntava alla chiave latitude invece di _coordinates. Ho dovuto andare a testare se fosse davvero possibile nelle meta query puntare a una chiave specifica all'interno di un array serializzato. :)

Ovviamente non era così.

Quindi, nota che la chiave corretta da puntare è _coordinates invece di latitude.

$args = array(
     'post_type' => 'my-post-type',
     'meta_query' => array(
         array(
             'key' => '_coordinates',
             'value' => sprintf(':"%s";', $value),
             'compare' => 'LIKE'
         )
     )
 );

NOTE:

1. Questo approccio rende possibile solo il targeting di corrispondenze esatte. Quindi cose come tutte le latitudini maggiori di 50 non sono possibili.

2. Per includere corrispondenze di sottostringhe, si potrebbe usare 'value' => sprintf(':"%%%s%%";', $value),. (non testato)

Puoi racchiudere il valore con % per interrogare il valore serializzato:

$args = array(
    'post_type' => 'my-post-type',
    'meta_query' => array(
        array(
            'key' => 'latitude',
            'value' => '%' . 50 . '%',
            'compare' => '>'
        )
    )
 );
$query = new WP_Query( $args );

Ho la stessa domanda. Forse ti serve il parametro 'type'? Dai un'occhiata a questa domanda correlata: Query su Campi Personalizzati - Meta Value è un Array

Prova con:

    $args = array(
    'post_type' => 'my-post-type',
    'meta_query' => array(
        array(
            'key' => 'latitude',
            'value' => '50',
            'compare' => '>',
            'type' => 'numeric'
        )
    )
    );

Mi sono imbattuto in qualcosa di simile mentre utilizzavo il plugin Magic Fields. Questa soluzione potrebbe funzionare

$values_serialized = serialize(array('50'));
$args = array(
    'post_type' => 'my-post-type',
    'meta_query' => array(
        array(
            'key' => 'latitude',
            'value' => $values_serialized,
            'compare' => '>'
        )
    )
);