импортировал подобного вида csv для магазина. добавил временное поле, куда заносил данные через feeds, а через rules из него прибавлял их уже к имеющимся данным в конечное поле.

1. отредактировать соотв. views
2. Должно помочь: в модуле робокассы найти ф-ию commerce_robokassa_commerce_payment_method_info() добавить или раскомментировать строку 'offsite_autoredirect' => TRUE, в массив $payment_methods['robokassa'].

какая форма? webforms или какая-то самого друпала? Или самописная?

первое условие - сущность имеет поле (поле с кол-вом товара у сущности товар). второе — сравнение данных.

наткнулся на модуль который какраз мне подходит https://drupal.org/project/field_validation

А если такой вариант — снилсы уже занесены в базу, например как ноды, и при регистрации нового юзера надо проверять его снилс, unique_field тут поможет?

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

импортировать сперва словари

Добавляете несколько условий "Сравнение данных" и объединяете их под оператором "ИЛИ".

https://drupal.org/project/views_php

Rules?

Если за обновлениями следят все пользователи, то надо выбрать Action "Добавить переменную" типа Integer и задать ей значение 1. Назовем ее "Status". Далее добавим Actiopn "Fetch entity by property", где выберем юзеров по свойству "Статус", равное нашей переменной "Status". Затем через Loop надо пройтись по этому списку с Action для флага "Пометить node". Вот и все.

"Fonarik" wrote:

О, кажись, навело меня на мысль копать в сторону Редакций ноды.

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

я бы копал в сторону flag и rules

Подскажите, как собственно заставить работать предварительный расчет? У меня есть правило - если цена выше 100 р., добавить наценку 50%. После запуска предварительного расчета, это правило все еще продолжает выполняться, хотя я думал оно должно было бы игнорироваться. А при отключении этого правила цена вновь становится оригинальной. Что я упускаю? Что делаю не так?

"Tinnka" wrote:

Тем самым произойдет умножение цены на 100

это если после запятой будет два знака. лично мне попадались выгрузки с ценами как с одним знаком после запятой, так и с 4-5.

грубо говоря корзина и далле данные заказ этот views. устанавливаете в соотв. вьюхах отношение с дисплеем и получаете заголовки нод.

"Apletc" wrote:

Нет, снимать с публикации товары нельзя

не снимайте. добавьте термин и по термину во вьювс фильтруйте.

"Lavio" wrote:

Если не сложно, подскажите где можно почитать о назначении и использовании настроек с вышеупомянутой страницы админки?

http://www.drupal.ru/node/58916 ну или http://bit.ly/16vWu79

Раз уверены, что так будет лучше для клиентов, можно сделать таким образом:
в line-items (admin/commerce/config/line-items/product/fields) добавить два поля (для ввода цены юзера и указания товара). Что бы эти поля не выскакивали везде, где не надо, ограничить показ через conditional_fields. Далее через Rules менять цену товара.

фетчить надо не по мылу, а по полю с участниками. Это поле типа user-reference? или туда текстом email заносятся?

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

почему бы не добавить все товары, в том числе и те, которых нет в наличии? Есть же commerce_stock, который заточен на наличие/отсутствие товара. Как вы вообще представляете, что клиент сам выбивает какую-то сумму для оплаты? Вы ему по телефону будете говорить куда нажать и какую сумму ввести?

Через Экшен "Fetch entity by property" добавляете юзеров. Далее в Loop делаете рассылку по этому списку пользователей.

фильтры вьювса?