только не пойму как если &level ограничен (&level=`3`) и последний уровень=категория то как у неё class=«dropdown-submenu» отнять чтоб стрелочка не появлялась.
а то такая проблемка
верхнее меню Navbar: Каталог >> Радиостанции >> ...

Как связаны обновление и перенос? Понимаете ли вы, что обновление с версии 1.3.3 до 1.9.4 — это много промежуточных версий, и не факт, что все нормально будет работать?

Если не страшно, просто поищите в менеджере пакетов по слову miniShop. Именно поищите в репозитории, а не кликайте «проверить обновления» — так не работает.

Есть процессоры для создания\обновления.

Опишу задачу. Сайт совместных покупок, соответственно товары парсятся с сайта донора по ссылка которые предлагает пользователь:

1. Пользователь вставляет ссылку в форму
2. Парсер получает товар (точнее переменные):
name price weight img
3. Из полученных переменных нужно создать товар
4. Получить ID товара и соответственно поместить товар в корзину

думаю как проще реализовать пункт 3

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

Круто.

На будущее — если отвечаете на комментарий, то тому, кому ответили приходит уведомление.
Иначе — нет.

я про API minishop

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

Вы про что? Какой компонент? Есть ли у компонента процессоры, знакомы ли вы с ними?

Трудно задать вопрос так, чтобы было сразу понятно, о чем речь?

Ресурсов около 100
Хостинг sprinthost.ru
Перенес на beget.ru работает нормально.

Весь прикол в hideSubMenus.
Если его уберете — меню появится в корзине, правда полностью раскрытое.

В общем когда вы в каталоге, меню надо строить так:
[[!Wayfinder? &startId=`5`&textOfLinks=`pagetitle` &innerClass=`inner` &hideSubMenus=`true`]]
а когда вы ВНЕ каталога, то так:
[[!Wayfinder? &startId=`5`&textOfLinks=`pagetitle` &innerClass=`inner` &hideSubMenus=`false` &level=`1`]]

Да, и хотелось бы иметь возможность выводить к картинкам описание и т.п.

«его очень сложно изменять графически»))) порадовало)

А на странице товара должно выглядеть так

data-gid="[[*id]]

(какой то class добавился:) в ответе, вообщем должно быть вместо [[+id]] -> [[*id]])

В категории с товарами, элемент ссылки на добавление товара в корзину выглядит так

data-gid="[[+id]]

А на странице товара должно выглядеть так

<pre class="prettyprint">data-gid="[[*id]]

У меня же стояло и там и там одинаково, после замены, всё заработало

Уверен, что вы где то невнимательны.

Пришлите логин\пароль мне на bezumkin@ya.ru, погляжу.

Сколько ресурсов в дереве документов?
Что за хостер?

Ну а как еще?

Разработчики проигнорировали.

По поводу бага #9069, ответ opengeek был, что это не баг: ведь в бэкенде MODXа, все могут делать то, что хотят. Это вопрос доверия, он говорил. Ответ показывает, что есть разногласия насчет менеджера.

После небольшого знакомства с MODX, у меня есть впечатление, что создатели колеблются между двумя идеями по поводу бэкенда:
1. Бэкенд — это место только для админов, у них есть свой контекст, закрыт для всех остальных. Это не место для редакторов или менеджеров. Для последних надо построить собственные закрытые структуры с авторизацией (например через новый контекст). Поэтому существуют такие плагины как Login и другие. Может поэтому у создателей нет проблем с тем, что менеджер очень сложно написан, его очень сложно изменять графически.
2. Бэкенд — это для всех редакторов. Любые публикации на сайте делаются через бэкенд. Любой редактор заходит с определенными правами.

И тут некий конфликт. Например: любой менеджер, который может создать новый юзер, может его назначить sudo user. Он может изменить свои собственные права и права людей по-выше. Это понятно только, если бэкенд понимается как очень узкое место только для узкого круга админов. Ответ opengeek идет в это направление.

А другие создатели говорят: нет! нужные развернутые права в менеджере! Нужны form customization для менеджера! Чтобы можно было многогранно определить полномочия и видимость каждого юзера в менеджере!

Поэтому такая неразбериха, как мне кажется.

конечно не бага, это так, ладошкой по попке))

Дык это ж не бага: «This is not a bug.»