Pracuję na stronie członka, na której używam niestandardowego typu posta z niestandardową taksonomią. Mój niestandardowy typ postu jest nazywany, member
a moja niestandardowa systematyka jest nazywana member_groups
.
Chcę wymienić wszystkich członków, ale zgrupować ich razem w odpowiednich grupach.
Żeby było jasne, mam 35 członków podzielonych na 9 grup - więc zamiast dziewięciu razy wykonać to samo zapytanie, chcę to zrobić raz, ale zgrupować je razem, tak aby Member1, Member4 i Member 11 zostali zgrupowani w jedną grupę, zwany „marketingiem”.
Używam WP_Query
do pobierania wszystkich postów należących do członka typu post. Próbowałem różnych prób, ale bez powodzenia.
Jak mogę to osiągnąć?
Znalazłem rozwiązanie, używając niestandardowego zapytania, a następnie grupując je według nazwy:
Następnie za pomocą zwykłego zapytania foreach mogę po prostu wyodrębnić potrzebne informacje.
Ale nadal interesuje mnie inny sposób, jeśli istnieje, może za pomocą własnych funkcji Wordpress.
źródło
jeszcze prostszy:
W wynikowej tablicy $ posts każdy termin podatkowy jest kluczem do zagnieżdżonej tablicy zawierającej jej posty.
źródło
Miałem taką dokładną potrzebę i rozwiązanie Chipa zadziałało, z wyjątkiem jednej rzeczy:
'field' => 'slug'
jest wymagane.Potrzebowałem też płaskiego wyświetlacza, więc
'get' => 'all'
ustawiam go tutaj.Mam nadzieję, że pomoże to komuś innemu.
źródło
Następnie, gdy przechodzisz przez to zapytanie, możesz po prostu użyć if wzdłuż tych linii (w pseudokodzie php)
Mam nadzieję że to pomogło. Myślę, że uczyniłeś to o wiele bardziej skomplikowanym, niż trzeba.
Więcej informacji: http://codex.wordpress.org/Class_Reference/WP_Query#Taxonomy_Parameters
źródło
Musiałem to zrobić w projekcie lata temu. Podobna odpowiedź do djb, tylko z nieco większą ilością szczegółów. Spowoduje to wyświetlenie wszystkich nazw taksonomii jako h3, z wypunktowaną listą każdego tytułu postu połączoną z ich stroną ze szczegółami.
źródło
Cóż, to stary wątek, ale jeśli ktoś przejdzie tak jak ja, może to pomóc. Chodzi o modyfikację głównego zapytania, abyśmy nie musieli przechodzić do szablonów i generować nowych zapytań i pętli ...
PS: Jeszcze do przetestowania w dużych dbs. W moim przypadku było zadowalające.
źródło