pdoResources делает getChunk на каждую запись из базы. То есть на каждый ресурс вызывается обработка чанка.
Насколько я понимаю задачу, то либо вызывать pdoResources 2 раза, либо писать свой сниппет.
1) вызывать pdoResources 2 раза

<div class="col-lg-6">
	<div class="swiper>
		{* Start &TPL part-1 *}
                {'!pdoResources' | snippet : [
		      'tpl' = '<div class=" swiper-slide">{$name}</div>'
                ]}
		{* End &TPL part-1 *}
	</div>
</div>
<div class="col-lg-6">
	<div class="swiper-tabs">
		{* Start &TPL part-2 *}
                {'!pdoResources' | snippet : [
		      'tpl' = '<div class="swiper-tab">{$name2}</div>'
                ]}
		{* End &TPL part-2 *}
	</div>
</div>

Либо написать сниппет, например, getRes. Только для modx 2.x

$pdo = $modx->getService('pdoFetch');
$pdo->setConfig([
    'parents'=>'10',
    'return'=>'data',
    'limit'=>20
]);
$resources = $pdo->run();

return $pdo->getChunk('getResTPL',[
    'resources'=>$resources
]);

getResTPL

<div class="col-lg-6">
	<div class="swiper>
		{* Start &TPL part-1 *}
                {foreach $resources as $res}
                    <div class=" swiper-slide">{$res.name}</div>
                {/foreach}
		{* End &TPL part-1 *}
	</div>
</div>
<div class="col-lg-6">
	<div class="swiper-tabs">
		{* Start &TPL part-2 *}
                {foreach $resources as $res}
                    <div class="swiper-tab">{$res.name2}</div>
                {/foreach}
		{* End &TPL part-2 *}
	</div>
</div>

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

case 'mSyncOnProductOffers':
    $isUploadOnSite = $resource->getTVValue('uploadToSite');
    $isPublished = $resource->get('published');
    
	$isPublish = 1;
	if(($count == 0 || $count < 0) || ($isUploadOnSite == 'Нет' && $isPublished == 1)){
	    $isPublish = 0;
	} elseif($isUploadOnSite == 'Да' && $isPublished == 0){
	    $isPublish = 1;
	}
	
	$resource->set('published', $isPublish);

	$resource->save();
    break;

На событие mSyncOnProductOffers можно снять с публикации, но там я не могу отловить мой флаг, так как он находится в файле импорта товаров, что я делаю не так?

Подскажите, как вывести список ID ресурсов избранного, что бы он обновлялся при изменении ресурсов в избранном, без перезагрузки страницы?

Я никого не ограничиваю, кому есть, что скрывать путь перекладывает.

Ни одно событие не снимает товар с публикации, при этом в каждом блоке кода если что-то выводить оно выводится.

Алексей, здравствуйте.

Ошибки появляются несколько раз в день. Посещаемость +\- 10к в сутки. Но бывает больше. Иногда растёт скачкообразно. Видимо, в такие моменты и случается ошибка.
Видел похожий компонент от Володи. Для MODx3. modx.pro/components/24542. Там в комментах тоже были вопросы по оптимизации. Может быть поможет.

Спасибо за отзывчивость, Алексей. Будем ждать обновления.

Блин, сам гуглил не видел этого. Спасибо, посмотрю!

Прям по запросу «minishop2 2.8.6 превью» в гугл первые ссылки же:
modx.pro/help/24315
modx.pro/help/24339
modx.pro/news/24265

Либо добавьте свой пакет в системную настройку extension_packages, либо используйте параметр loadModels.
И если в базе нет поля publishedon, то укажите сортировку по существующему полю:

{'pdoResources' | snippet : [
    'loadModels' => 'название пакета',
    'class' => 'Cities',
    'sortby' => '{ "id":"DESC" }'
]}

Привет, ну да, верно написал Николай, ошибка из-за того, что один запрос еще не завершен, а система отправляет второй. Посещаемость большая? Ошибка частая или разок проскочила?
Я, когда руки дойдут до smartSessions, попробую оптимизировать компонент, может побыстрее будет работать.

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

P.S. Ошибок нет нигде, буквально пусто везде

Напишите в личку, контакты тут @Андрей Шевяков помогу разобраться.

Кстати есть мнение, что файлы конфигурации лучше хранить в специальном каталоге core/config, где основной MODX конфиг лежит.
Это связано с тем, что можно случайно каталог с компонентом удалить, перезаписать. А также есть нюансы связанные с работой Git (каталог конфига по умолчанию добавляют в исключения и он не попадет в открытый доступ). Короче так… минутка бесполезной полезной информации

Не пробовал вы водить migxbd через pdoResoursces. Всегда вывожу через pdoPage и там нужно указывать element, возможно проблема в этом и у вас

Я уже не имею доступа к проекту, где это делал, пиши мне в Телеграм, помогу, контакты у меня в профиле или на странице О нас.

Спасибо, добавил в список шагов необходимость клонировать репозиторий, надеюсь стало понятнее.

Володя, спасибо за участие. Потестирую со стандартным.

каким образом 6 раз пытаюсь сделать видно этапы не понимаю

Покажите как вы выводите данные.