Español
Română
РусскийWP_Query e utilizzo di una variabile per 'cat'=> nell'array args = Bug di WP?
Per questa discussione, ecco una versione della mia query all'interno di category.php:
wp_reset_query();
$category_id = get_cat_ID(single_cat_title('', false));
$my_query = new WP_Query(array(
'posts_per_page' => SOME_DEFINED_VALUE,
'cat' => $category_id,
'paged' => ( get_query_var('paged') ? get_query_var('paged') : 1 ),
'post_type' => array('post','post_custom_1','post_custom_2','post_custom_3')
));
// print_r($my_query);
In breve, non funziona. Ecco cosa ho notato.
Quando eseguo print_r($my_query); posso vedere le query_vars nella prima riga. Non corrispondono ai miei argomenti array. Per esempio, posts_per_page torna al valore predefinito (non la COSTANTE), e la lista post_type non include più post (che dovrebbe/deve essere incluso).
Se rimuovo la riga con 'cat'=> o imposto manualmente il valore ('cat'=> 3) allora tutto funziona come previsto. Le rimanenti query_vars appaiono nel print_r. Tutto bene :)
Ho provato le seguenti soluzioni senza successo:
- Trasformare la variabile in una COSTANTE, proprio come posts_per_page (che non causa problemi).
- Concatenare le virgolette attorno al numero $category_id - Il risultato è lo stesso di nessuna virgoletta. Non funziona.
- 'cat' => array($category_id) - Ho ricevuto un errore - Non accettava che fosse un array.
Qualcuno ha suggerimenti?
Ecco cosa ha "funzionato" (leggi: ho potuto usare il mio $category_id e facendolo non ha rovinato il resto degli args nell'array WP_Query()).
'cat' => '"-'$category_id'"',
Cioè, potevo negare quell'ID categoria. Assurdo, vero?
A meno che non riesca a risolverlo correttamente, dovrò avere una stringa separata da virgole con tutte le mie categorie negate, analizzare la categoria corrente e poi usare quella stringa per fare la query. In altre parole, se le mie categorie fossero A, B e C, invece di fare una query per A (come ci si aspetterebbe)
'cat' => A
Farò una query per non B, non C.
'cat' => -B,-C
Spero ci sia una soluzione meno improvvisata. Ho passato troppe ore su questo problema e sono abbastanza disperato da usare questo hack e finirla qui. Detto questo, mi sembra proprio un bug nel core. Sì, sto usando la 3.5.1 (o siamo arrivati a .2 o .3 ora?). Il punto è che sono sulla versione più recente (e questo accadeva anche nella 3.2.x).
A proposito, ho visto questo problema segnalato altrove (es. forum WP). Una soluzione suggeriva che l'array args non dovesse essere un array ma una stringa. Anche se fosse possibile con WP_Query, come potrei gestire la lista/array per i post_types come stringa? Infine, se sto facendo qualcosa di sbagliato, allora la pagina di aiuto del Codex necessita di un aggiornamento, no?
Aiuto. :)
Grazie @Chip. Questa riga, proprio sopra la query:
$category_id = get_cat_ID(single_cat_title('', false));
Se la stampo a schermo, è presente e mi sembra corretta. Infatti, i query_vars includono 'cat'=> il problema è che per_page e post_types si comportano in modo strano. Non sto utilizzando una variabile non dichiarata o un tipo errato. Per quanto ne so, non è quello il problema. Hai altri suggerimenti? Grazie ancora
Chief Alchemist
E cosa restituisce quella riga? Prova con un var_dump( $category_id ).
Chip Bennett
var_dump( $category_id ) restituisce: string(1) "7". OH?
Chief Alchemist
Ho aggiunto/testato questo: $category_id = (int)get_cat_ID(single_cat_title('', false)); var_dump( $category_id ); e WP_Query ignora i miei argomenti e passa a qualcos'altro di default. Bel tentativo, ma per quanto ne so il tipo (stringa o intero) non è il problema. E se racchiudo la variabile intera $var in '"'.$var.'"' NON funziona. MA '"-'.$var.'"'; sì. NON = OK, altrimenti i miei argomenti vengono ignorati e passa a delle impostazioni predefinite (?)
Chief Alchemist
Quindi, giusto per tentare, prova a fare il type-casting di $category_id come intero?
Chip Bennett
Grazie @Simon. Permettimi di chiarire un po'. Il 'cat' => $var funziona (più o meno). Compare nella query_var. Tuttavia, quando uso una $var per fare quell'assegnazione, altre cose vanno storte (ad esempio posts_per_page, post_type, ecc.). Non sto ricevendo un errore. Quello che succede è che l'array di argomenti che uso in WP_Query() non corrisponde a ciò che vedo nel print_r() *quando provo ad assegnare 'cat' => con una $var. Sì, prova a capirlo :) Inoltre, sto cercando di usare la riga di codice che menzioni e ottengo: Parse error: syntax error, unexpected '[' . ??
Chief Alchemist
Ho aggiunto il global $post, immagino sia questo che genera l'errore di parsing, scusa.
Non ho notato nei miei test nulla di sbagliato tranne il $category_id vuoto.
Solo una nota, non uso print_r che è difficile da leggere, uso il plugin console che ti permette di vedere le variabili nella console di firebug. È molto utile e rende la lettura molto più semplice
Simon
Beh...avevo aggiunto global $post; io stesso la prima volta e ho comunque ricevuto l'errore. Immagino sia per questo che ho chiesto. Strano, vero?
Chief Alchemist
Ok, questo dovrebbe funzionare solo su una singola pagina, non sulla pagina di categoria, scusa se l'ho dimenticato! È interessante, ma probabilmente c'è una spiegazione al tuo problema.
Simon
Ho controllato il tuo codice originale in una pagina category.php e funziona correttamente. Nessun problema con post_type o post_per_page.
Simon
Ciao @Wyck - Sì, è quello che tendo a pensare. Cioè, che ci sia qualcosa da qualche altra parte. Presumo questo perché i valori predefiniti (cioè quelli con cui il mio array di argomenti viene sostituito da qualche altro set di valori query_arr) devono provenire da qualche parte, giusto? Ma è per questo che sto aggiungendo il we_reset in cima. In teoria, questo dovrebbe lasciarmi con una tabula rasa, no? Anche così, perché impostare 'cat'=> (e per quanto ne so, solo quel parametro) con una $var dovrebbe essere un problema? Questo livello di stranezza mi sembra un grosso problema. Tu? Detto tutto ciò... hai qualche idea per una soluzione? O su come trovare il bug / buco nel tema?
Chief Alchemist
Controlla quella pagina template per altri loop o se include altre parti di template (include o get_template_part), disabilitali e vedi se funziona, rimuovi i widget dal caricamento, disabilita i plugin, verifica se qualcosa sta dirottando la query via pre_get_posts, controlla se qualcos'altro sta usando la tua $my_query (cambia il nome).
Wyck
Grazie @Andy Killen. Purtroppo non ha funzionato. A questo punto deve essere qualcosa da qualche altra parte nel tema. Detto questo, mi aspetterei che wp_reset_query() mi dia una tabula rasa, giusto? Per come stanno le cose, l'assegnazione di 'cat' con un $val fa sì che WP cerchi un altro set di argomenti. Questi sembrano proprio un set che il sito sta usando altrove. Quello che non capisco è il perché. Perché non usa gli argomenti che gli chiedo di usare? E ancora meglio, dato che non sto ricevendo veri errori, come dovrei fare per cercare di individuare questa "perdita"? Qualsiasi suggerimento sarebbe molto apprezzato. Grazie!
Chief Alchemist
Concordo con Wyck (attualmente sotto), molto probabilmente è un problema con un altro plugin o con il tuo tema. Proverei a disabilitare tutti i plugin e riprovare, e se questo non funziona, provare a inserire il tuo categories.php nel tema twentyten o simile e testare lì.
Il wp_reset_query() non è così vitale in questa situazione. Potresti vederlo come un loop annidato all'interno del loop standard se proprio vuoi, dato che stai usando la tua variabile per memorizzare il loop non dovrebbe importare più di tanto.
Andy Killen
E se facessi una query SQL corretta? Non aggiungerebbe overhead extra, ecc., giusto? Mi sembra solo che nel tempo che impiegherei a individuare la fonte della "perdita" - e potrei non riuscirci mai, dato che l'uso di una $var che scatena un "bug" è già di per sé strano - potrei semplicemente scrivere un'istruzione SQL e non dovermi preoccupare di WP_Query() e dei suoi problemi.
Chief Alchemist
In realtà, penso che il mio Piano A per ora sarà una stringa con tutti i gatti negati. E poi rimuoverò il gatto corrente. Ops, credo di aver già menzionato questa come soluzione. Pazzesco ma funzionerà. E se un giorno troverò il buco, potrò semplicemente rimuovere questo "hack".
Chief Alchemist