Артур Шевченко

Если поставить ZoomX можно пользоваться Smarty

В Console можно получить так

$users = $modx->getIterator('modUser', array('sudo' => 1));
foreach($users as $user){
    echo $user->get('id');
}

Я тут делился опытом по этому поводу, только будь осторожен с чанками сторонних компонентов. И ещё в этом сообщении в Telegram может быть ответ.

Вот так

<img src="{$img}">

Просто изначально не понятно в чём проблема? Вам оригинал нужен по качеству или по физическим размерам? Если второе, то картинка не в каждый монитор влезет.

А у меня нет цели вас переспорить. Я просто хочу понимать все нюансы предлагаемых мною решений)))

Думаю, что даже с 50 товарами не будет тормозить. Думаю, даже в отдалённом будущем 50 товаров к статье привязано не будет. И необязательно делать TV, можно расширить модель товара с помощью msAddFields. А в целом, согласен с Вами, лучше всего создать отдельную таблицу и связи записывать туда. Но в этом случае нужен отдельный сниппет для получения данных из этой таблицы, или сгенерировать модель и загрузить её в modx, чтобы с помощью pdoResources можно было выборку сделать.

Через отдельную таблицу они реализованы, но это самый сложный вариант. А что со вторым вариантом не так?

Так я и не говорю, что это отличное решение. Оптимальнее всего создать дополнительное поле у товара и при сохранении статьи, получать список связанных с ней товаров и в каждый дописывать id этой статьи, в потом просто вывести это значение в параметр resources. Т.е. в статье есть relatedProducts, а у товара сделать relatedArticles и значение последнего подставлять в параметр.

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

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

Можно, но когда ты узнаешь как, то не захочешь так заморачиваться))) Нужно написать свой контроллер, если нужно не только смотреть, но и редактировать, то ещё коннектор с процессором. Сам интерфейс можно построить на чём угодно, но в Modx используется ExtJs. Примеры можно найти в исходниках и переписать под себя, но по-моему, это ад. Готовые инструменты для облегчения написания своих дополнений есть, а для решения твоей задачи нет.

На выходных могу сделать. Контакт есть в профиле.

Конечно возможно, а конкретный вариант реализации зависит от того, какова структура сайта. Я так понимаю, самостоятельно вы ничего делать не планируете, а если так, то вам нужно написать в раздел Работа и обсуждать нюансы с теми, кто откликнется.

Где-то есть скрипт, который это делает, либо это будет первый в новейшей истории случай божественного вмешательства в работу сайт.

Копировать категорию с товарами на мой взгляд не лучшая идея, особенно если на сайте они друг от друга никак отделяться не будут. Можно в карточке товара добавить опции с вариантами выбора Опт и Розница, если выбрана розница, то в плагине на добавление в корзину пересчитывать цену.

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

Для json нужны двойные кавычки.

Ну если напрямую с БД работать не хочется, я бы сделал так:
1. на доноре написал бы скрипт, который заберут нужные данные и подготовят(переберут) к отправке на новый сайт.
2. на новом сайте написал бы скрипт, который отправлял бы POST запрос на донор и запускал скрипт из пункта 1.

Попробуй так:

{'pdoResources' | snippet: [
'parents' => 0,
'includeTVs' => 'relatedProducts',
'where' => ['relatedProducts:LIKE' => '%'~$_modx->resource.id~'%']
]}

debugParser