Italiano
Română
РусскийWP_Query y uso de una variable para 'cat'=> en el array args = ¿Bug de WP?
Para esta discusión, aquí hay una versión de mi consulta dentro de 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);
En resumen, no funciona. Esto es lo que he notado.
Cuando hago print_r($my_query); puedo ver las query_vars en la primera línea. No coinciden con mis argumentos del array. Por ejemplo, posts_per_page vuelve a algún otro valor predeterminado (no la CONSTANTE), y la lista post_type ya no incluye post (lo cual debería/debe incluir).
Si elimino la línea con 'cat'=> o codifico el valor directamente ('cat'=> 3) entonces todo funciona como se espera. Las query_vars restantes aparecen en el print_r. Todo bien :)
He probado lo siguiente sin éxito:
- Convertir la variable en una CONSTANTE, igual que posts_per_page (que no causa problemas).
- Concatenar comillas alrededor del número $category_id - El resultado es el mismo que sin comillas. No funciona.
- 'cat' => array($category_id) - Obtuve un error - No le gustó que fuera un array.
¿Alguien tiene sugerencias?
Ahora, esto es lo que sí "funcionó" (entiéndase: pude usar mi $category_id y al hacerlo no afectó el resto de los args en la lista del array WP_Query()).
'cat' => '"-'$category_id'"',
Es decir, podría negar ese ID de categoría. Loco, ¿verdad?
A menos que pueda resolverlo correctamente, voy a tener una cadena separada por comas de todas mis categorías negadas, analizar la categoría actual y luego usar esa cadena para hacer la consulta. En otras palabras, si mis categorías fueran A, B y C, en lugar de hacer una consulta para A (como uno esperaría hacer)
'cat' => A
Voy a consultar por no B, no C.
'cat' => -B,-C
Espero que haya una solución menos improvisada. He estado en esto demasiadas horas y estoy lo suficientemente desesperado como para usar este hack y terminar con esto. Dicho esto, esto definitivamente parece un bug en el core. Sí, estoy usando 3.5.1 (¿o ya vamos por .2 o .3?). Mi punto es que estoy en la última versión (y esto hacía lo mismo en 3.2.x).
Por cierto, he visto este problema publicado en otros lugares (por ejemplo, foros de WP). La única solución sugería que los args array no fueran un array sino una cadena. Incluso si eso es posible con WP_Query, ¿cómo haría la lista/array para los post_types como una cadena? Finalmente, si estoy haciendo algo mal, entonces la página de ayuda del Codex necesita una actualización, ¿no?
Ayuda. :)
Gracias @Chip. Esta línea, justo encima de la consulta:
$category_id = get_cat_ID(single_cat_title('', false));
Si la imprimo en pantalla, está ahí y me parece correcta. De hecho, query_vars SÍ incluye 'cat'=> el problema es que per_page y post_types se comportan de forma extraña. No estoy usando una variable no declarada o un tipo incorrecto. Por lo que puedo ver, ese no es el problema. ¿Alguna otra sugerencia? Gracias de nuevo
Chief Alchemist
¿Y qué devuelve esa línea? Prueba con un var_dump( $category_id ).
Chip Bennett
var_dump( $category_id ) devuelve: string(1) "7". ¿EH?
Chief Alchemist
Agregué/probé esto: $category_id = (int)get_cat_ID(single_cat_title('', false)); var_dump( $category_id ); y WP_Query ignora mis argumentos y usa valores por defecto. Buen intento, pero hasta donde puedo ver el tipo (string o int) no es el problema. Y si envuelvo el int $var en '"'.$var.'"' NO funciona. PERO '"-'.$var.'"'; sí funciona. NOT = OK, de lo contrario mis argumentos se descartan y usa algunos valores por defecto (?)
Chief Alchemist
Entonces, como un intento remoto, ¿probaste hacer un type-cast de $category_id como integer?
Chip Bennett
Gracias @Simon. Permíteme aclarar un poco. El 'cat' => $var sí funciona (más o menos). Aparece en el query_var. Sin embargo, cuando uso una $var para hacer esa asignación, otras cosas se descontrolan (por ejemplo, posts_per_page, post_type, etc.). No estoy recibiendo un error. Lo que sucede es que el array de argumentos que uso en WP_Query() no coincide con lo que veo en el print_r() *cuando intento asignar 'cat' => con una $var. Sí, dale vueltas a eso :) Además, estoy tratando de usar la línea de código que mencionas y me aparece: Parse error: syntax error, unexpected '['. ??
Chief Alchemist
Agregué el global $post, supongo que esto es lo que produce el error de análisis, lo siento.
No noté en mis pruebas nada malo excepto el $category_id vacío.
Solo una nota, no uso print_r que es difícil de leer, uso el plugin de consola que permite ver variables en la consola de firebug. Es muy útil y hace que la lectura sea mucho más fácil
Simon
Bueno...yo había agregado el global $post; la primera vez y aún así obtuve el error. Supongo que por eso estaba preguntando. Extraño, ¿no?
Chief Alchemist
Ok, esto debería funcionar solo en una página individual, no en la página de categoría, ¡perdón por no aclararlo antes! Es interesante, pero probablemente haya una explicación para tu problema.
Simon
Revisé tu código original en una página category.php y funciona correctamente. No hay desorden en post_type o post_per_page.
Simon
Hola @Wyck - Sí, eso es lo que tiendo a creer. Es decir, hay algo en otro lado. Supongo que porque los valores predeterminados (es decir, los que reemplazan mi array de argumentos por algún otro conjunto de valores query_arr) tienen que venir de algún lado, ¿no? Pero eso es por lo que estoy aplicando el we_reset. Al forzarlo, debería dejarme con una pizarra limpia, ¿verdad? Aún así, ¿por qué establecer 'cat'=> (y hasta donde puedo ver, solo ese parámetro) con una $var sería un problema? Ese nivel de rareza se siente como un gran problema para mí. ¿Tú? Dicho todo esto... ¿alguna idea sobre una solución? ¿O cómo encontrar el error/agujero en el tema?
Chief Alchemist
Revisa esa página de plantilla en busca de otros loops o si está incluyendo otras partes de plantillas (include o get_template_part), desactívalos y mira si funciona, elimina widgets de carga, desactiva plugins, verifica si algo está secuestrando la query mediante pre_get_posts, comprueba si algo más está usando tu $my_query (cambia el nombre).
Wyck
Gracias @Andy Killen. Lamentablemente no funcionó. En este punto debe ser algo en otra parte del tema. Dicho esto, esperaría que wp_reset_query() me diera un estado limpio, ¿verdad? Tal como está, el que 'cat' sea asignado con un $val hace que WP busque otro conjunto de args. Esos SÍ parecen un conjunto que el sitio está usando en otro lugar. Lo que no entiendo es por qué. ¿Por qué no está usando los args que le estoy pidiendo que use? Y mejor aún, dado que no estoy obteniendo errores reales, ¿cómo debería intentar identificar esta "fuga"? Cualquier sugerencia sería muy apreciada. ¡Gracias!
Chief Alchemist
Estoy de acuerdo con Wyck (actualmente abajo), esto es muy probablemente un problema con otro plugin o tu tema. Intentaría desactivar todos los plugins y probar de nuevo, y si eso no funciona, probaría poner tu categories.php en el tema twentyten o similar y probar allí.
El wp_reset_query() no es tan vital en esta situación. Podrías ver esto como un bucle anidado dentro del bucle estándar si realmente quisieras, ya que estás usando tu propia variable para almacenar el bucle no importará tanto.
Andy Killen
¿Qué tal si simplemente hago una consulta SQL adecuada? Eso no va a añadir sobrecarga adicional, etc., ¿correcto? Simplemente me parece que para cuando rastreé el origen de la "fuga" - y quizás nunca pueda hacerlo ya que el uso de una $var activando un "bug" es bastante extraño para empezar, ¿no? - podría simplemente escribir una sentencia SQL y no tener que preocuparme por WP_Query() y sus problemas.
Chief Alchemist
En realidad, creo que mi Plan A por ahora va a ser una cadena con todos los gatos excluidos. Y luego eliminaré el gato actual. Ups, creo que ya mencioné esto como solución. Es una locura pero funcionará. Y si algún día encuentro el agujero, simplemente puedo eliminar este "hack".
Chief Alchemist