Estou trabalhando em uma página de membro onde uso um tipo de postagem personalizado com uma taxonomia personalizada. Meu tipo de postagem personalizada é chamado member
e minha taxonomia personalizada é chamada member_groups
.
Quero listar todos os membros, mas agrupá-los em seus respectivos grupos.
Então, para deixar claro, eu tenho 35 membros divididos em 9 grupos. Portanto, em vez de fazer a mesma consulta nove vezes, quero fazer uma vez, mas agrupá-los, para que os Membros 1, Membro 4 e Membro 11 sejam agrupados em um grupo, chamado "Marketing".
Estou usando WP_Query
para recuperar todas as postagens no membro do tipo de postagem. Eu tentei tentativas diferentes, mas sem resultado bem-sucedido.
Como posso conseguir isso?
Encontrei uma solução usando uma consulta personalizada e agrupando-a com o termo name:
Então, usando apenas uma consulta foreach regular, posso extrair as informações que desejo.
Mas ainda estou interessado em outra maneira, se houver, talvez usando as próprias funções do Wordpress.
fonte
ainda mais simples:
Na matriz $ posts resultante, cada termo de imposto é a chave para uma matriz aninhada que contém suas postagens.
fonte
Eu tinha exatamente essa necessidade e a solução de Chip funcionou, exceto por uma coisa:
'field' => 'slug'
é necessária.Eu também precisava que a tela resultante fosse plana, então
'get' => 'all'
está definida aqui.Espero que isso ajude alguém a sair.
fonte
Então, quando você percorrer essa consulta, você pode usar um if ao longo destas linhas (em pseudocódigo php)
Espero que ajude. Eu acho que você estava tornando isso muito mais complicado do que precisava ser.
Mais informações: http://codex.wordpress.org/Class_Reference/WP_Query#Taxonomy_Parameters
fonte
Eu tive que fazer isso em um projeto anos atrás. Resposta semelhante ao djb, apenas com um pouco mais de detalhes. Isso exibirá todos os seus nomes de taxonomia como um h3, com uma lista com marcadores de cada título da postagem vinculada à sua página de detalhes.
fonte
Bem, é um tópico antigo, mas se alguém passar como eu, isso pode ajudar. A idéia é modificar a consulta principal para que não precisemos ir nos modelos e gerar novas consultas e loops ...
PS: Ainda a ser testado em dbs grandes. Foi satisfatório no meu caso.
fonte