$docs[]=$v; Прям так можно, не надо оборачивать в {}? {$docs[]=$v;} и еще вот такой код {if $doc = $modx->getObject('modResource',$v) AND $doc->get('template') == 3} в шаблоне вызывает ошибку. Но в этом случаи, если в цикле не будет получен один из документов по id ($v) ничего не случиться. Можно ли в условии как-то записать все-таки так, положить объект в переменную, а потом через энд вызвать у него гет? Я вот так делаю, вроде работает, но может можно лучше-проще? {foreach from=$myArray key=k item=v} {if $doc = $modx->getObject('modResource',$v)} {if $doc->get('template') == 3} {$docs[]= $v} {else} {$folder[] = $v} {/if} {/if} {/foreach}
Товар — в 'id:IN', если Категория — в 'OR:parent:IN' в этом конкретном случае, мне кажется, правильнее в tv хранить эти id либо двумя списками, либо хранить пары {id,isfolder} — тогда при выводе гораздо меньше ресурсов потратится.
Резюме: учи Смарти :) Решений, как видишь, куча.
Если затем последует вызов процессора, то можно переопределить его, передать необходимые данные, и в самом процессоре все и сделать
Вариантов несколько:
- в параматры шаблона добавить параметр «allow_php_tag» (да/нет). Но этот способ не рекомендуется c точки зрения безопасности. 2. (сам таким пользуюсь) Можно написать плагин для smarty. примеры можно посмотреть в папке core/components/modxsmarty/smarty_plugins/ 3. необходимый код php разместить в контроллере (вместо base.php). там можно назначить smarty переменные, и их использовать при выводе.
раньше было {php}, но теперь оно деприкейтид. В контроллере или в плагине пропиши $modx->smarty->allow_php_tag = true; и будет тебе счастье. {php} $a = array(164,185,280,282); // массив еще надо explode из списка в тв foreach($a as $v){ if($doc = $modx->getObject('modResource',$v) AND $doc->get('template') == 3) $docs[]=$v; else $folder[]=$v; } $where = array( 'id:IN'=> $docs, 'OR:parent:IN'=>$folder, 'template'=>3 ); {/php} На Смарти: {$a = array(164,185,280,282)} {* массив еще надо explode из списка в тв Делается так: {$a = explode(',', $tv_value)} *} {foreach($a as $v)} {if $modx->getObject('modResource',$v)->template == 3} $docs[]=$v; {else} $folder[]=$v; {/if} {/foreach} {$where = array( 'id:IN'=> $docs, 'OR:parent:IN'=>$folder, 'template'=>3 )} Чем не устраивает?
Собственно, сам вопрос: а почему нельзя конечный html передавать? Очевидный минус передачи html — больший объем ответа. Если сидишь через wifi, то м.б. и будет нормально, а если взять мобильный инет, то будет тяжко. Также если передаваемый шаблон подразумевает какую-либо динамику, то это доп. объем кода и соответственно нагрузка. Ваш аргумент про «дополнялки», на мой взгляд, не выдерживает критики. Ведь если что-то надо добавить, так же придется лезть в шаблон и что-то править. А откуда данные попадают в шаблон? Из процессора. Его так же придется править. Так что шило на мыло. В данном случае гораздо правильнее смотреть на передачу чистых данных и использование шаблонизации на стороне клиента. Подавляющее большинство современных решений юзают либо сторонний js-шаблонизатор, либо свою реализацию вывода представления. Я бы смотрел в этом направлении.
На сколько я знаю, шопкипер для Эво давно уже не развивается, так что переносить на Рево имеет смысл. Скрипта для миграции не встречал, но могут помочь эти статьи: раз (если просто перекинуть с Эво на Рево, но вам придется все равно все перепрограммировать, включая модуль Шопкипера, так как на Рево все по-другому написано), и два (это если наш модуль ShopModx ставить на готовый магазин).
Собственно, сам вопрос: а почему нельзя конечный html передавать? За год с лишним, вы первый, кто об этом спросил. Надо понимать, что платформа дает основу, а делаете вы уже дальше что хотите. Посмотрите шаблон просмотра корзины, расширяющий базовый шаблон корзины. Там вызывается процессор получения данных корзины. Вот вам все необходимое для формирования собственного HTML-а. Хотите через Ajax это сделать, вот вам полезная статья на этот счет. Изучайте, все в ваших руках.