Как использовать Drupal?

Drupal гибкая система. В понимании многих пользователей она является таковой, потому что в ней есть модули CCK и VIEWS. Использование ССК и VIEWS подходит для небольших и средних сайтов. Это удобно.

Давайте поразмышляем на тему использования и неиспользования этих модулей.

Вот реальная задача, которую пытаюсь решить. (судя по топикам на drupаl.ru и drupаl.org задача актуальна для многих)

Стоит задача, создать простой каталог товаров.

Требования.
I. Ввод.
Форма ввода элемента каталога должна иметь поля:
1. категория (select, text)
2. подкатегория, зависимо от того что выбрано в "категория" (select, text)
3. цена (int)
4. дата выпуска (date)
5. картинка, одна и более ()
6. описание (text)
7. Кнопки "сохранить", "отмена"

II. Отображение.
Форма отображение элемента каталога.
Выводятся поля которые были описаны в I. как недоступный для форматирования текст.
Должна быть функциональность комментирования этого элемента.

III. Поиск
Форма поиска состоит из полей
1. ввод ключевых слов. (textbox)
2. "дата ОТ" (selectbox)
3. "дата До" (selectbox)
4. "цена ОТ" (textbox)
5. "цена ДО"(textbox)
6. "категория" (textbox)
7. "подкатегория" (зависимо от того что выбрано в "категория")
Должна осуществляться проверка правильности ввода полей:
"дата ОТ" должна быть меньше "дата ДО"
"цена ОТ" должна быть меньше "цена ДО"

Это был набросок требований.

Некоторые из возможных вариантов реализации.

вариант 1. Реализовать с "0" на php и mysql.
примерно так - создать таблицу "товары" с полями "название", "дата ОТ", "дата До","цена ОТ", "категория", "подкатегория".
создать таблицы-справочники "категория" и "подкатегория" (связь один-ко-многим) и написав соответвующие формы вводы, вывода, поиска на php.

вариант 2. Использовать Drupal и модули CCK и VIEWS.
Создаем новый типа ноды "продукт". Добавляем в этот тип материала поля: "дата ОТ", "дата До","цена ОТ", "категория", "подкатегория". Последние 2 ( "категория", "подкатегория") можно использовать как термины одного иерархического словаря (нужно добавить модуль hierarchical_select и content_taxonomy) или использовать модуль dependantDropdown.
Для полей с датами вероятно можно использовать decimal в виде selectbox задав вручную возможные значения от 1999 до 2008 (в зависимости от ситуации, в данном случае продукт не может быть произведен раньше 1999 и позднее 2008).
Для цен decimal в виде текстбокса.
для рисунка тип поля image.
Для описания - оставить стандартное поле "основной текст".
Форма вроде как ввода готова.
друпал создаст таблицу в БД content_type_продукт. с полями vid (vocabulary id), nid (node id), "дата ОТ", "дата До","цена ОТ", "категория", "подкатегория".

Форма отображения собственно уже тоже готова.

Поиск. Тут сложнее. Сделать фильтр "от" и "до" во вьюс сложнее. По умолчанию на одно поле может накладываться только один фильтр. Однако это сделать можно. (На drupal.org есть статья) Как создать поиск по ключевым словам с одновременным применением фильтров средствами друпал и вьюс не знаю.

Вариант 3. Вариант только теоритический.

Создаем тип ноды "продукт".
В БД Друпала создаем таблицы-справочники "категория" и "подкатегория" (связь один-ко-многим), таблицу "товары" с полями "ИД ноды", "дата ОТ", "дата До","цена ОТ", "категория", "подкатегория".
В код ноды "продукт", добавляем код который отображает поля для ввода "дата ОТ", "дата До","цена ОТ", "категория", "подкатегория" и код который сохраняет введенные значения в таблицу.
Для поиска создаем page, в которой пишем код формы для поиска на php и вывода списка нод (о том как выводить ноды в список кажется уже написано немало статей)

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

Второй вариант. Мы уже имеет базовый функционал сайта, Друпал. На базе конструктора (сск и вьюс) создаем "довесок" к сайту. Но, во первых он возможно не даст всей необходимой функциональности, как например с поиском. Во-вторых, как это работает с БД. Пока не могу утверждать, но при поверхностном просмотре БД друпала с установленными сск и вьюс, можно сделать предположение что фильтр вьюс будет делать запросов к БД значительно больше чем в варианте 1.

Вариант три - возможно он объединит недостатки двух предыдущих вариантов :-)
Я не программист и мне сложно определить трудозатратность этого варианта. плюс я пока не имею конкретного представления по его реализации (где редактировать код ноды, как писать форму поиска и тд).

Программисты друпал, что можете сказать о варианте 3?