Прежде чем приступить к созданию какого-либо сайта, всегда задаюсь вопросом, каким образом все это реализовать.

Раньше, когда цмс ок было совсем не много и документации к ним было совсем мало все это делалось своими ручками, т.е через mysql создавались таблицы, а уже потом устанавливались связи при создании определенного вида контента.

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

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

Ладно от слов к делу, мне нужна ваша помощь в комментариях, которую я потом буду использовать (размещать рядом с задаными вопросами). Возможно кому-то это будет так же полезно.

Исходя из принципа сколько людей столько и мнений предлагаю каждому из вас размять мозг и предложить свою реализации данной проблемы.

Вопрос (описание проблемы):

Допустим мы создаем фильмовой сайт, каждый фильм содержить полей для описания
1) Название русское - строковой
2) Название иностранное (если есть) - строковой
3) Кинокомпания - селект
4) Качество картинки - селект
5) Описание - текстфиелд
6) Обложка - файл (картинка)
7) Жанр мульти селект

Как это это можно реализовать в друпале? (Какими модулями пользоваться и прочее). Желательно с примерным описанием и предположением о дальнейшей производительности системы при возросшем количестве контента.
П/с: пример взят из головы (чисто для определения возможностей и путей решения проблемы)

Предложеные варианты решения
1) by Dobryak
Путем создания собственного типа node
В базе модулей есть модуль муви ДБ, который предлагает тип node - movie_db, можно его переделать под себя, т.к. не все поля там используются.
Возникает вопрос с переделываением жанра. Желательно указывать их несколько штук, там все поля представлены или просто текстовым (что означает что я могу написать любой жанр 123) или с автозаполнением( т.е. фактически вы можете выбрать только один из предложеных).
Можно использовать таксономию, но не всегда понятно как она работает.. не очень приятен дефолтный вывод инфы... и что с ней будет если количество словарей назначеных одному ноду будет доходить до 7 (жанр, качество перевода, кинокомпания и др), а количество самих нодов например до 500.. не сильно ли тяжело будет друпалу выводить страницу?

2) by Dobryak
Можно самому создать простую базу в которой будут храниться фильмы, так же доп базы котоыре будут обеспечивать поля типа кинокомпания, или актеры (которые будут указаны в базе фильмов через запятую 1,3,4), а уже потом при обращении к какой-нибудь странице написать скрипт который все это выдерает и показывает. Но тогда вопрос зачем пользоваться ЦМС-кой, когда фактически ты все реализовал сам.

P.s: Простите за не совсем русский язык при написании текста, я надеюсь достаточно понятно написал, если что то непонятно можно додумать, а если не понятно вообще, задавайте вопросы я буду уточнять что же все таки имелось ввиду в том абзаце). Не стесняйтесь предлагать свои решения, хотя бы парой строк, если уж совсем лениво писать, возможно у Вас в голове созреет самое элегантное решение.

===--- Ответы пользователей
3) by edhel

Стандартное решение сейчас — это drupal+cck+views+тема/модули по мере необходимости той или иной функциональности. Но cck+views это основа имхо.
Если хочется побыстрее, то вариант (1): drupal+свои модули для нод+тема/модули. Больше писанины конечно.

Вариант (2) имхо не катит, т.к. непонятно как инфу-то вбивать... Переписывать интерфейсы все для создания/редактирования/удаления или ручками в БД вбивать всё? Лучше уж вариант (1) или cck, и когда нужно шустро очень выводить - то напрямую писать select-ы вместо использования node api.

ЗЫ: Если сайт не предполагает наличия зарегистрированных пользователей - то врубаем кэширование и всё летает практически независимо от кол-ва/качества модулей, структуры БД и т.д.