18 июля 2013 в 11:27
Запросы типа - запрос на получение такого-то материала, запрос на оплату.
Т.е. юзер заполняет форму (выводить в блоке или по ссылке на форум) нажимает ок. И далее ждет там изменение статуса например, или после создания может сам изменить статус а потом админ подтверждает его и уже после этого ничего изменить автор запроса не сможет.
Что лучше использовать ноды, модуль entityform или модуль webform
или там что то типа анкеты. заполнил что-то. потом еще что-то. может быть новые поля появляются. юзеры заполняют новые поля...
Комментарии
Если запросы в итоге всё равно обрабатывает человек, то в принципе без разницы как пользователь оформит свою заявку. Я, например, привык к Webform. Там не проблема собрать заявки, останется только придумать как их обработать. Можно View подключить к этому делу, можно ограничится рассылкой Private Message по нужным заявкам... Чем больше хочешь автоматики, тем больше возникает геммора.
Насчет "поля... потом еще поля" - посмотри Conditionals в Webform. Конечно, это для случая с простейшей проверкой полей.
я чтото в вебформе не смог вытащить во вьюс их. список
имелось ввиду другое. новые вопросы.. обновление анкеты
похоже на https://drupal.org/project/workflow но он наворочен, для документооборота с переходами из статуса в статус, с возможностью ограничить роли воздействующие на статус
имхо: [module=entityform]
ну а ежели и использовать [module=webform], то не лениться, а писать для него поля и не забывать про [module=webform_rules]
Мне entityform больше нравятся но там к примеру если пропачить и вывести ив блоке форму... она не исчезает когда лимит равный одной форме заполнения. Всегда фио в форме заполнено. не доделанный модуль...
Последняя dev-версия Webform + настройка отношения во View на "Relates to a webform submission data" тебя сильно удивят! У меня уже все результаты заполнений на отдельной странице крутятся - с кучей фильтров по содержимому, распределением доступа по ролям, и прочими фишечками от Views.
Конечно, EntityForm выглядит гораздо вкуснее, подкупает своей поддержкой из коробки Date, Views, IMCE, Entity Reference, и т.п. Плюс использует обычные node поля, что теоретически сильно облегчит доступ к ним в случае, если захочется поиметь его через form_alter или сущности. Просто я с ним еще не работал, переводить базу на него - это время...