Я работаю над страницей участника, где я использую пользовательский тип сообщения с пользовательской таксономией. Мой пользовательский тип сообщения называется, member
и моя пользовательская таксономия называется member_groups
.
Я хочу перечислить всех участников, но сгруппировать их в соответствующие группы.
Чтобы было ясно, у меня 35 членов, разделенных на 9 групп - поэтому вместо того, чтобы делать один и тот же запрос девять раз, я хочу сделать это один раз, но сгруппировать их так, чтобы Member1, Member4 и Member 11 были сгруппированы в одну группу, называется «Маркетинг».
я использую WP_Query
чтобы получить все сообщения под типом сообщения участника. Я пробовал разные попытки, но безуспешно.
Как я могу этого достичь?
Я нашел решение, используя пользовательский запрос и затем сгруппировав его с именем термина:
Затем, используя обычный запрос foreach, я могу просто извлечь нужную информацию.
Но я все еще интересуюсь другим способом, если есть, возможно, с использованием собственных функций Wordpress.
источник
еще проще:
В результирующем массиве $ posts каждый налоговый термин является ключом для вложенного массива, содержащего его записи.
источник
У меня была именно эта потребность, и решение Чипа работало, за исключением одного:
'field' => 'slug'
требуется.Мне также нужно, чтобы полученный дисплей был плоским, поэтому
'get' => 'all'
он установлен здесь.Надеюсь, это поможет кому-то еще.
источник
Затем, когда вы перебираете этот запрос, вы можете просто использовать if в этих строках (в псевдокоде php)
Надеюсь, это поможет. Я думаю, вы делали это намного сложнее, чем нужно.
Дополнительная информация: http://codex.wordpress.org/Class_Reference/WP_Query#Taxonomy_Parameters
источник
Я должен был сделать это на проекте несколько лет назад. Подобный ответ на djb, только с более подробной информацией. Это выведет все ваши имена таксономии в виде h3 с маркированным списком каждого заголовка сообщения, связанного с их страницей сведений.
источник
Ну, это старая ветка, но если кто-то пройдет мимо, как я, это может помочь. Идея состоит в том, чтобы изменить основной запрос, чтобы нам не нужно было идти по шаблонам и генерировать новые запросы и циклы ...
PS: еще предстоит проверить в больших дб. Это было удовлетворительно в моем случае.
источник