Я так делаю (функция afterIteration) if ($views=$l['tvs']['options']['value']){ $views=json_decode($views,1); $options=[]; foreach($views as $r){ $vs=json_decode($r['views'],1); $o=[ 'option'=>$r['option'], 'price'=>$r['price']?$r['price']:$l['sm_price'], 'views'=>[], ]; foreach($vs as $v){ $o['views'][]=$images_base_url . $v['img']; } $options[]=$o; } $l['options']=$options; // unset($l['tvs']['options']); }
Нет все таки не могу понять я ) как можно MIGx развернуть в web/catalog/products/getdata получаю только последнее значение public function afterIteration(array $list){
$list = parent::afterIteration($list);
foreach($list as & $l){
if(!empty($l['tvs']['options']['value']) AND $options = json_decode($l['tvs']['options']['value'], true)) {
$l['options'] = array();
foreach($options as $item){
$l['options'][] = $item;
}
}
if(!empty($l['tvs']['options']['value'])){
$l['sm_price'] = $item['price'];
}
}
return $list;
}
Если проект серьезный, лучше закажите у меня написать вам этот процессор. Он будет тогда учитывать и все добавляемые вам параметры поисков. То есть, к примеру, если вы в процессе допилите в web/catalog/products/getdata поиск по каким-то товарам, то новый расширяющий процессор сможет учитывать эти параметры поиска и выводить только те категории, для которых товары будут найдены. Цена вопроса 3000 рублей. Если такой функционал не требуется, то есть просто требуется выводить категории без учет есть в них товары или нет, то любой из перечисленных вариантов, какой вам больше нравится.
спасибо поржал) ну я ведь интересуюсь, нет так нет. можно было бы сбор средств организовать, но мне как-то поскорее проект сдать надо)
Спасибо за квалифицированный ответ!!! Продажа товаров сейчас сопровождается через 1С Управление торговлей 8.1. Там же хранятся номера деталей, по которым планируется искать товар на сайте. Т.е. в будущем, хотим выгружать из 1С-ки перечень имеющихся товаров и их свойства (описание, количество на складе, стоимость). Вложенные уровни не планируются. Т.е.: | Главная | Каталог товаров | Группа товара | Товар Подскажите, по какому из вышеописанных Вами путей нам лучше идти с взглядом на будущее?
а) поддержка. чтобы потом не пришлось выковыривать нужный функционал из старой сборки) Вам это в одном виде надо, другому в другом. У вас не зависят цены от размеров, у других зависят. И еще есть много-много критериев. б) надеюсь, я сделаю вклад в развитие ShopModx Извините. Не хочу обидеть, но как есть, просто чтобы вы понимали: на подобные доработки вложения нужны от нескольких десятков килорублей. 2000 для допила функционала, который идет в ядро, в котором надо учесть кучу зависимостей и различных ситуаций — это даже на подумать за чаем не хватит.
прошу добавить в сборку по нескольким причинам: а) поддержка. чтобы потом не пришлось выковыривать нужный функционал из старой сборки) б) надеюсь, я сделаю вклад в развитие ShopModx
надеемся, что данная доработка появится в новой сборке ИМХО если закладывать такой функционал, то однозначно нужно цеплять и цену — это требуется чаще
Вы — автор и мы надеемся, что данная доработка появится в новой сборке :) поэтому всё на Ваше усмотрение. В текущей сборке эта доработка не появится. Там слишком много моментов. Вообще на этот счет есть три новости:
Добрый день, Николай.