Спасибо Николай, с этим порядок уже )

Компонент на гитхабе заброшен. Видимо кому-нибудь надо сделать себе клон и развивать его от себя (и на modx.com выложить новый пакет). Хотя мне он не нравится, имеет смысл аналог замутить.

2. Там же описание колонок для грида Columns или ColumnsModel (он же cm).

Должно быть:

1. В ExtJS описание колонок (fields), чтобы возпринимал передаваемые с сервера данные.
2. Там же описание колонок для грида (чтобы понимать что выводить из записей).
3. Процессор с сервера должен отдавать нужные вам данные. Тогда все ОК будет.

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

1. Бекапы рулят. Много об этом говорилось.
2. Про тикетс правильней спрашивать на модх.про, это их модуль.
3. Если проект крупный и такой важный, может имело смысл его доверить опытному специалисту? (на это можно не отвечать, просто мысли вслух).

Вопрос 1. Чтобы получить и вывести не перечень самих товаров, а перечень категорий товаров — какой параметр нужно использовать? Проще всего конечно использовать сниппет [[Wayfinder?level=1]] или getdata-процессор {processor action=«web/resources/getdata» ns=«modxsite» params=[«parent» => $modx->resource->id]}… Но так вы получите категории без учета есть в них товары для вывода или нет. Хотя это и не страшно, если каталог не большой и вручную легко рулится (нет товаров — поставили категории галочку «Не показывать в меню» и все). Но если нужна автоматизация (то есть чтобы точно не выводились категории, для которых товары отсутствуют), то надо уже более серьезно к этому подходить. В идеале — расширять web/catalog/products/getdata процессор (но тут есть сложности, так как там он товары будет пытаться получить, а надо родителей выводить, то есть хитро запросы переопределить), или хотя бы расширить web/resources/getdata и в запросе добавить дочерние товары, типа так: public function prepareQueryBeforeCount(xPDOQuery $c) { $c = parent::prepareQueryBeforeCount($c); $alias = $c->getAlias();

    $c->innerJoin('modResource', 'Children');
    $c->innerJoin('ShopmodxProduct', 'Product', "Product.resource_id = Children.id");
    
    $c->where(array(
        "Children.published"    => 1,
        "Children.deleted"       => 0,
        // hidemenu and etc optionaly
    ));

    return $c;
} Но это будет выводить только категории ближайшего уровня и только при условии наличия товаров непосредственно в них, без товаров на вложенных уровнях. Если надо учитывать вложенные уровни, можете этот процессор переопределить и дописать.

Всем привет! Сорри, что не участвовал в диалоге, занят был. В магазине нужны доп.поля, такие как размер одежды, размер обуви, цвет Два вопроса:

1. От изменения размера, цвета и т.п. меняется цена или нет?
2. Размеры и цвета связаны между собой? То есть указали три размера и три цвета, и на сайте три размера по три цвета на каждый, или все по отдельности будет: то есть два размера синего, 4 размера зеленого и т.п.?

В принципе да, но позднее. Осавьте контакт

Андрей, сможете нам запилить?