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

Да, типа того… в целом можно и внутрь сниппета fmFiles в будущем засунуть проверку… хотя мне кажется случай использования SymLink в целом не самый частый

А если параметр resource если указать для сниппета fmFiles правильный (соответствующий основному ресурсу)?..

Хоть по подробнее как-то… если хотите улучшения. Я этот сценарий не использую в своей работе.

пробуй так:

'resources' => $resource_id,

Если не видели modx.pro/components/24302
Моя версия компонента для MODX 3, основные возможности сохранены и даже расширены.
Если к компоненту будет интерес — буду развивать!

Да, нигде не публиковал.., только у себя использовал на сайтах.

У меня имеется компонент, который еще несколько лет назад вышел из FileAttach, но я его собрал под другим именем и расширил под свои нужды. На 90% он адаптирован под MODX 3, не работало буквально пару вещей…

Никак, порядок жестко прописан в коде.

Поменяйте его в файле.

У вас несколько вариантов:
1. Указать в параметре threads строку с нужными вам цепочками, например resource-5,resource-6,resource-7, где 5,6,7 — как раз те самые дочерние страницы. Но этот способ нормально будет работать только если таких страниц не так много, 5..10..100.
2. Изначально можно изменить способ формирования параметра thread, например сделать его вида category-2-product-5, тогда можно делать запрос вида thread LIKE 'category-2-%'. Но тоже, если тысячи товаров, то LIKE может быть не быстрым.

Если речь о тысячах товаров — нужно придумывать что-то другое, я бы рассмотрел возможность добавления какой-нибудь колонки в таблицу modx_ec_threads, куда бы записывались данные, по которым фильтровать удобно. В вашем случае колонка category со значением 2.

Второй способ, но вы потеряли параметр thread (и threads), который укажет что нам нужно выводить все отзывы, а не только те, что есть у текущей страницы:

[[!ecMessages? 
    &threads=`*`
    &tpl=`ecMessages.Row.Home-Review`
    &limit=`0`
    &subject=`отзыв` 
]]

значит там опечатка)))

В параметре thread рядом с resource потерян дефис:

'resource-' ~ $id

=)

В базе удобно… администратор может видеть брошенные корзины.
А еще можно зайти под своей учеткой с разных устройств и видеть корзину же?..

1. нагенерируйте нужные превью, указав их в источнике файлов miniShop2
2. см. доки docs.modx.pro/components/easycomm/rating-in-pdoresources-and-msproducts

п. 3 и 4 в msProducts — ура))
Необязательная регистрация пользователя — тоже ура)

Ну у вас прям навороченный чанк…
Во-первых избавляйтесь от phpthumbon.
Во-вторых уберите встроенный синтаксис modX (с прямоугольными скобками который).
Если у вас выводится на странице много товаров — стоит попробовать вместо вызова ecThreadRating делать join таблицы чтобы получать рейтинг товара.

Два вызова msOptions тоже… может как-то упростить?

Попробовать:
1. отключить suggestions и посмотреть время
2. временно убрать почти все фильтры (оставить 1-2) и посмотреть время
2. покажите чанк с товаром, может там чего?

Я бы посоветовал посмотреть, как это реализовано в компоненте ClientConfig, он решает похожую задачу: хранит свои настройки не в таблице modx_system_settings, а в другом месте (в своей таблице).

В частности посмотри код плагина.

В каталоге

/core/components/easycomm/elements/chunks/old

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

Насколько помню, запрашиваемое вами выглядит так:

[[+files:notempty=`formenctype="multipart/form-data"`]]

[[++upload_maxsize]]