Наумов Алексей

Как вариант — что-то начинает загружаться в цикле, создает большую нагрузку на хостинг и сервак падает.

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

Для начала, про какой сниппет идет речь? Если ecMessages, то читайте описание параметра tplWrapper

Да как обычно, в head или внизу страницы.

Просто пути проверьте, что если у вас сайт по https работает, то и скрипт также подключен, что он раньше подключен, чем скрипты easyComm.

В неверном подключении jquery.form.js, иного варианта не вижу

В стандартном файле инициализация работает так:

jQuery(document).ready(function(){
    easyComm.initialize();
});

вызовите easyComm.initialize() после загрузки блока через ajax.

Скрипты и стили компонента в этом случае подключите вручную.
Вам потребуются:
1. сами jquery.js, jquery.forms.js
2. /assets/components/easycomm/css/web/ec.default.css
3. /assets/components/easycomm/js/web/ec.default.js

Пункты 2 и 3 подключаются через regClientJs/CSS, при вызове через AjaxSnippet этого не происходит.

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

Суть предложения понял, но 2 доп параметра для формирования + видимо поле в базе не очень хочется создавать для довольно простой вещи, нужно подумать :)

Значит да, очистка после выполнения импорта, удалять все те ecThread, у которых теперь нет товара.

Понял суть…

Нужно подумать, ваше решение не самый гуд, вам будет удобно, многим другим пользователям — будет мешать или у них будет свой вариант реализации.

Сейчас да, в админке «Перейти к ресурсу с комментарием» открывает ресурс, к которому привязан ecThread.

Постараюсь поразмыслить, чтобы сделать красивое решение.

Я бы воспользовался вызовом сниппета ms2Gallery, почему бы нет? Зачем переходить на pdoResources…

Я про удаление где-то написал…

при удалении товара удаляйте привязанный к нему ecThread, все комментарии удалятся с ним.

Не оч понял суть вопроса…
нужен более детальный пример.

Но вот привязку к заголовку я бы не стал делать… во-первых есть ограничение по длине поля name у ecThread (50 символов, если не ошибаюсь), во вторых… как то это странно)

я отвечал, но и тут дополню.

В easyComm вы можете сделать ветку комментариев с именем типа «product-[[*alias]]», это будет работать.

Стоит задача удалить «себя»?

тогда сценарий, видимо, такой: выходим из текущего профиля. удаляем его, делаем редирект на страницу «Пользователь удален».

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

Создавать не обязательно, он создается при первом вызове сниппета ecForm.

Да, только параметр thread нужно сделать уникальным каким-либо образом для каждого товара, например можно использовать комбинацию id ресурса + idx от migx (типа page-6-product-12).

См.

// get the max iterations tags are processed before processing is terminated 
$maxIterations= (integer) $modx->getOption('parser_max_iterations', null, 10);
 
// parse all cacheable tags first 
$modx->getParser()->processElementTags('', $content, false, false, '[[', ']]', array(), $maxIterations);
 
// parse all non-cacheable and remove unprocessed tags 
$modx->getParser()->processElementTags('', $content, true, true, '[[', ']]', array(), $maxIterations);

думаю, что параметры функции сами найдете

Необходимо в каких-то вызовах (msProducts, mFilter2, mSearch2) ограничить выборку, вероятнее всего параметром depth или что-то подобное.