[ Вопрос ] Помогите организовать структуру материала

В очередной раз пытаюсь освоить Друпал 7 (1 сайт уже есть, но очень простой) и возник вопрос по структуре данных.

Есть:

Задача сделать Страницы (опуская все текстовые поля):

Вопросы:
1) Клуб делать типа Node или Taxonomy? Задумка была чтобы сами админы клубов делали страницы своего Клуба для каталога и постили События. У События, теоретически, может быть 1 и более клубов (Например, соревнования организуют 2 клуба). При этом на сайте будет и каталог Клубов.

2) Как сделать старницы с 2 фильтрами и более? Например:
2.1.) "Соревнования по теннису", если есть Тип События - Соревнования и Вид спорта - Теннис
2.2.) "Теннис в городе N", если есть Вид спорта и города/страна.

нодами

views

Спасибо, попробую. А как тогда к Событию присоединять Клубы? Entity reference и References (не очень понял для чего они и в чем разница)

сделайте еще один тип нод - клубы. Присоединять, как вариант, через views блоки (в моем виденье), но тогда придется в таксономию добавлять события, что бы при создании клуба пользователь мог добавлять себе связанные с ним события.

Не понимаю, для чего они вам? В Entity reference есть интеграция с views, а в References нет (это разница, из свойств, которые могут пригодиться в вашем случае.)

Я наверно что-то не понял... Нужно чтобы пользователь добавляя Событие мог выбрать Клуб(ы). События (Новости) логично делать нодам. Если Клуб тоже нод, как пользователь сможет добавить его при создании Cобытия?

хм, это я не так понял, думал, что пользователь будет добавлять только клубы, а не события.
Как вариант, и то, и то нодами + таксономия. Можно будет и добавлять, и связывать.
С мультиязычностью не только у View проблемы, а у половины модулей.

Вариант, хотя пользователям давать добавлять таксономию, не уверен, что хорошо..
Обидно, мне Друпал очень нравится, особенно 7, но нужен мультиязычный сайт. Казалось бы довольно банально, но увы.. Похоже за год ничего не изменилось...

Ну делать это не напрямую, а как то так: при создании ноды "полное наименование" - заголовок материала, "краткое наименование" (текстовое поле без подсказок, только 1 значение) - создает термин таксономии, хотя можно и одним полем обойтись, но мне с двумя вариант нравится больше.

Если вопрос ещё актуален, то этот вариант вполне хорош. у Entity Reference поле с авто-заполнением, с которым ноды можно очень просто связывать друг с другом.

Основной смысл в том, что если есть сущность, которую будут добавлять на сайт регулярно - то это нода. Сами по себе таксономии - это частный случай поля-списка любой ноды. Если есть модуль вьюшек, то про них можно и вообще забыть.

Актуален, пока думаю, что проще будет не дать пользователям добавлять Клубы как контент - делать просто в виде формы, а на сайт уже самому ставить. Больше работы мне, но спокойнее и бесопаснее. Тогда уже можно сделать их таксономией с доп. полями или нодами.

Хозяин - барин. Хотя, на мой взгляд более предпочтителен вариант, когда нода сразу после создания имеет статус "не опубликована". В плюсах - не нужно придумывать форму, т.к. она уже есть в виде формы создания ноды и меньше ручной работы.

Полностью согласен. Попробую и так, т.е. опыта нет, нужно сначала попробовать, а потом уже выбирать