почти полгода простоя в разработке я думаю должна настораживать, тк это я вный признак что про модуль забыли и никакой поддержки и адекватной поддержки можно не ждать. В оличии например от
OpenAtrium pltcm все видно что ребята работают
7.x-2.18 tar.gz (25.12 MB) | zip (28.72 MB) 2014-May-02 Notes
коммерц явно не для таких задач и чтобы такое реализовать придется серьезно его переписать/дописать
по крайней мере в стандартном функционале ничего подобного не предусмотрено
дополню еще от себя
для того чтобы значения disabled полей не обнулялись после сохранениия формы
нужно им проставить первоначальные значения.
Для этого вешаем свой валидатор в самое начало:
а чем будет отличаться выполнени данной задачи на этом парсере от от feeds
в обоих случаях нужно создавать ручками новый тип материала
потом
-например в feeds нужно просто создать импортер и сделать csv дамп нод (обычный php снипет)
-для парсера де придется создавать где то страницы с выводом всей инфы и так же настроить "егошный" импортер
а это не то же самое
"если в админке делать то нужно будет в поле протсо php кодом проверять и выводить или невыводить данные"
-с разницей в том что поле дополнительно не нужно создавать
нужно кодить иначе думаю никак (переопределить шаблон например строки и в шаблне уже сделать проверку)
если в админке делать то нужно будет в поле протсо php кодом проверять и выводить или невыводить данные
попробуй сделать так как я описал я помню что там
добавляешь relation и ставишь галочку - обязательно
чтобы связь всегда была может и этого будет достаточно,
если нет то добавь фильтр по какому нить полю (например nid) из второй таблицы чтоб оно не було пустым
должно сработать
чтобы изменить данные перед парсингом их в шаблоне
можно не переопределять шаблон а добавить только своб препроцесс функцию
пример кода (нужные участки кода заменить на свои):
/**
* препроцес функция для строки шаблона вьюса
* @param array $variables
*/
function hook_preprocess_views_view_fields__[viewsname]__[display](&$vars) {
$vars['fieldname'] = round($vars['row']->node_data_field_product_price_field_product_id_value);
}
в реале как это делается описано здесь http://pro-cosmos.blogspot.ru/2012/10/views-viewsviewfields.html
еще плюс такого метода заключается в том что шаблон вьюса можно положить в модуль а не в тему
еще можно прописать свою пррепроцесс функцию , чтобы не пихать код в шаблон
ну это как бы общий хук общая точка входа для всех вьюсов
Можно было прописать конкретно для этой вьюхи.
Конечно легче все запихать в 1 общий хук и потом разгребать кучу кода примерно такого вида
function hook_views_pre_render($view){
if($view->name=='view_!'){
изменяем что то...
}
if($view->name=='view_!'){
изменяем что то...
}
if($view->name=='view_!'){
изменяем что то...
}
Услуги по темизации и настройке commerce корзины, cart и checkout страниц
мгновенный пересчет и удаление товаров.
Услуги по темизации и настройке commerce корзины, cart и checkout страниц
мгновенный пересчет и удаление товаров.
Услуги по темизации и настройке commerce корзины, cart и checkout страниц
мгновенный пересчет и удаление товаров.
Услуги по темизации и настройке commerce корзины, cart и checkout страниц
мгновенный пересчет и удаление товаров.
посм какой нить модуль CRM для друпала, к сожалению забыл ка кназывается но на основе его функционала
думаю можно будет сделать то что вам нужно будет
почти полгода простоя в разработке я думаю должна настораживать, тк это я вный признак что про модуль забыли и никакой поддержки и адекватной поддержки можно не ждать. В оличии например от
OpenAtrium pltcm все видно что ребята работают
7.x-2.18 tar.gz (25.12 MB) | zip (28.72 MB) 2014-May-02 Notes
настораживает что последнее обновление обоих систем датируется примерно 2013-Dec
спс
коммерц явно не для таких задач и чтобы такое реализовать придется серьезно его переписать/дописать
по крайней мере в стандартном функционале ничего подобного не предусмотрено
а зачем тогда нужен крон )
если у вас загрузка будет производиться за 1 запуск
надо прибавить то что отписал fairwind
и мой код.
PS
хотя я без особых проблем прописал атрибут "disabled" в hook_form_alter может можно обойтись и без кода от fairwind
дополню еще от себя
для того чтобы значения disabled полей не обнулялись после сохранениия формы
нужно им проставить первоначальные значения.
Для этого вешаем свой валидатор в самое начало:
конечно и не раз, пример кстати из рабочего кода взят
а чем будет отличаться выполнени данной задачи на этом парсере от от feeds
в обоих случаях нужно создавать ручками новый тип материала
потом
-например в feeds нужно просто создать импортер и сделать csv дамп нод (обычный php снипет)
-для парсера де придется создавать где то страницы с выводом всей инфы и так же настроить "егошный" импортер
имхо: для задачи лучше feeds использовать
если перейти по вашей ссылке то в том посте уже это было сделано
кстати
а это не то же самое
"если в админке делать то нужно будет в поле протсо php кодом проверять и выводить или невыводить данные"
-с разницей в том что поле дополнительно не нужно создавать
нужно кодить иначе думаю никак (переопределить шаблон например строки и в шаблне уже сделать проверку)
если в админке делать то нужно будет в поле протсо php кодом проверять и выводить или невыводить данные
скиньте весь код затестить
попробуй сделать так как я описал я помню что там
добавляешь relation и ставишь галочку - обязательно
чтобы связь всегда была может и этого будет достаточно,
если нет то добавь фильтр по какому нить полю (например nid) из второй таблицы чтоб оно не було пустым
должно сработать
я так понял ты добавил relation к связанной таблице,
может вывести скрыто поле из 2ой таблицы и добавить фильтр чтоб это поле не было пустым
чтобы изменить данные перед парсингом их в шаблоне
можно не переопределять шаблон а добавить только своб препроцесс функцию
пример кода (нужные участки кода заменить на свои):
/**
* препроцес функция для строки шаблона вьюса
* @param array $variables
*/
function hook_preprocess_views_view_fields__[viewsname]__[display](&$vars) {
$vars['fieldname'] = round($vars['row']->node_data_field_product_price_field_product_id_value);
}
в реале как это делается описано здесь http://pro-cosmos.blogspot.ru/2012/10/views-viewsviewfields.html
еще плюс такого метода заключается в том что шаблон вьюса можно положить в модуль а не в тему
еще можно прописать свою пррепроцесс функцию , чтобы не пихать код в шаблон
PS
Спасибо Dmytro Danylevskyi
за статью
друпал обычно сам генерит уник классы для тегов столбцов th
смтрите здесь
что мешает прописать стили для этих классов?
для таксономии насколько я помню нельзя там какая то страшная замута об этом все плачут и негодуют а для любой другой можно
ну это как бы общий хук общая точка входа для всех вьюсов
Можно было прописать конкретно для этой вьюхи.
Конечно легче все запихать в 1 общий хук и потом разгребать кучу кода примерно такого вида
function hook_views_pre_render($view){
if($view->name=='view_!'){
изменяем что то...
}
if($view->name=='view_!'){
изменяем что то...
}
if($view->name=='view_!'){
изменяем что то...
}
}