да, именно это я и имел в виду, что babel удобен в таком функционале

У меня pdopage используется ещё в одном проекте на очень старом сайте,
еще при царе горохе свёрстанным, и там этого класса нема.
Видимо этот класс появился (стал обязательным) когда pdopage стал аякс поддерживать.

Вроде всегда был. Можно даже параметром ajaxElemRows переопределить ))

В общем да… в частном нет… к сожалению (
1. Проблемы безопасности, находят уязвимость, в старой версии (не важно чего, MODX или miniShop) никто исправлять не будет — обновляйте!
2. Проблема совместимости со сторонними компонентами. Подключен у нас модуль интеграции со СДЭК, обновили они свое API, компонент соответствующий для MODX обновился, но он теперь работает только на свежем miniShop, обновляйте!

При этом в журнале нет никаких ошибок.

Щас удивлю наверное кого-то, но обновляться в общем то не обязательно.
Мажорные релизы предназначены для новых сайтов.
А старый сайт если работает на текущей версии — пусть себе работает, зачем его обновлять.

окей) хорошо. Предположил, что частые мажорные релизы тоже не гуд, они ломают людям сайты, заставляют или многое переделывать или «забивать» на обновление компонента. Но и без них, конечно, никуда

Привет. Не хотелось бы смешивать в одном релизе разные темы. Этот релиз про хранение временных данных.
У меня пока задача сломать людям сайты только одним способом )).
Дойдут руки и до твоего вопроса, он зафиксирован и висит в Issue. Как и более 70 других.
Идем по порядку, чтобы проще было искать проблемы.
А мажорные релизы теперь часто будут.
Навскидку в ближайшее время будет полностью изменен JS API (вернее он в принципе появится), что повлечет за собой полное изменение JS и появление продвинутой мини-корзины и возможность работать из JS фремворков

Николай, добрый день! Раз уж мажорная версия, может быть стоит и вот с этим навести порядок сразу? modx.pro/help/21786
Не так давно я писал об этой неоднозначности с email и phone в miniShop2.

а, оказалось делится не на равные части

Здравствуйте!

Подскажите пожалуйста. Повесил на событие mspc2OnSetProductDiscountPrice плагин, который отменяет применение скидки к определенным товарам в корзине. Но суть в том, что например если в корзине 3 товара и 2 из них из этой категории и скидка купона равна 600 рублей, то применяется лишь 200. Т.е. она заранее делится на равные части, можно ли как-то это обойти?

удалось вывести

'tpl' => '@INLINE {$pagetitle} {$id | resource : "image" },

, но если вызывать отдельно из чанка, то этот метод не работает

Не получается вывести TV поле image из галереи товара ms2

{$_modx->runSnippet('pdoPage', [
                'element' => 'tvssResources',
                'tv' => '8',
		'parents' => '0',
		'tvPrefix' => '',
		'includeContent' => '0' ,
		'includeTVs' => 'image',
		'processTVs' => '1',
		'tpl' => '@INLINE {$pagetitle} {$image} ',
		'wrapIfEmpty' => '0'
            ]) ?: 'Ресурсов по данному тегу не найдено'}

Спасибо, помогло.
Вообще странно, что к классу привязано.
В старом варианте без этого обязательного класса работало.
Ещё раз спасибо.
Я вообще на класс rows не думал…

Спасибо за подсказки. Решил следующим образом

<?php
if (empty($rid)) {$rid = $modx->resource->id;}
if (empty($pid)) {$pid = $modx->resource->parent;}
if (empty($delimeter)) {$delimeter = ' / ';}

$parent = $modx->getObject('modResource', $pid);
$output[] = '<a href="'.$parent->get('uri').'">'.$parent->get('pagetitle').'</a>';

$pdo = $modx->getService('pdoFetch');

$conditions = array('product_id' => $rid);

$options = array(
	'innerJoin' => array(
		'msCategory' => array('on' => 'msCategoryMember.category_id = msCategory.id')
	),
	'select' => array('msCategory' => 'all'),
	'sortby' => 'msCategory.id'
);
$rows = $pdo->getCollection('msCategoryMember', $conditions, $options);


foreach ($rows as $row) {
	$output[] .= '<a href="'.$row['uri'].'">'.$row['pagetitle'].'</a>';
}

return implode($delimeter, $output);

Оберните вывод в DIV с классом rows:

<div class="cell-lg-8 cell-xs-10 decot-post-left" id="pdopage">
    <div class="rows">
        [[!pdoPage?
            &parents=`[[*id]]`
            &tpl=`Articl.tpl`
            &showHidden=`1`
            &limit=`4`
            &includeTVs=`date`
            &ajaxMode=`default`
            &tvFilters=`type_content==Статья`
            &sortby=`{ "id":"DESC" }`
        ]]
    </div>
    <div class="blog-item">
        <nav>
            [[!+page.nav]]
        </nav>
    </div>    
</div>

Вставлю свои 5 копеек. Кто не хочет интегрироваться с CRM, может создать отдельную группу пользователей, на bootsrap набросать несколько форм и таблиц, и вынести управление заказами на фронт. Все проблемы по пересчёту сумм, отправке писем, запрете на удаление заказов сразу же будут решены)))

Можно использовать AjaxForm + свой сниппет, в котором можно делать, всё что угодно.

в mfilter2 есть условия да. просто непонятно почему грубо говоря на трех идентичных страницах работает так: 2 — нормально, 1 — нет.

Да, сегодня-завтра напишет человек, с чьего кабинета приобретали.

Спасибо!

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

А вообще, если в вызове mFilter2 есть условия — то и в правилах SeoFilter их нужно повторить.

Если совет не поможет — пишите в поддержку. Там разберёмся.