Николай Савин

Алексей, это форум сообщества, а не поддержка магазина. Автор компонента здесь не появляется.
Скорее всего ответ придется искать самостоятельно.
На хостинге Modhost.pro можно установить компонент бесплатно и протестировать его в течение суток.

А для чего нужно хранить контроллеры в «своей» папке? Чем родная не подходит?

Вопросы по бесплатным компонентам обсуждаются либо здесь на форуме, либо в общем телеграм-чате, я там тоже есть. t.me/ru_modx

Здравствуйте.

не появляется параметр «amocrm_token_field»

Этот параметр появляется при установке компонента.
Возможно вы имели в виду, что он остается пустым?

В следующий раз быстрее пиши

Чего так Долго писал?.. Обновление давно вышло

Смотрите в сторону серверного пользователя.
С большой долей вероятности каталог принадлежит не тому пользователю, от чьего имени запущен PHP процесс.

Первое Это не ошибка, а предупреждение. И оно не прекратилась — вы просто отключили уведомления.

Сорян — первое это вообще не процессор. Это контроллер. Они вроде вне пространства имен находятся

Видимо они предусмотрели работу сразу на двух версиях. Это процессор для двойки.
А для тройки тут
github.com/modmore/Collections/blob/for-3/core/components/collections/src/Processors/Selection/Create.php

Потому что это компонент для MODX2 — очевидно же.
Для MODX3 лежит в отдельной ветке github.com/modmore/Collections/tree/for-3

Рекомендую обратить внимание на компонент Collections — он адаптирован под MODX3 и достаточно неплохо устроен. github.com/modmore/Collections

Также есть вводная статья тут
modx.pro/components/20322

Ну и в целом в документации MODX многое нормально расписано про MODX3
docs.modx.com/3.x/en/getting-started/upgrading-to-3.0

В целом материала хватает — странно жаловаться на эту тему

Ох, ты знаешь… в MiniShop3 с одной стороны практически ничего не происходит.
С другой — многое из того что я планировал сделать ТОЛЬКО для MiniShop3 у нас получается реализовать в MS2. К примеру сейчас более-менее активно идет развитие JS части компонента. Так что можно сказать работа потихоньку идет, позже мы готовые протестированные решения просто перенесем в MS3

В общем в корне решил это недоразумение, перезалил компонент. Теперь там все ок

Да действительно смог повторить проблему.

Замена сниппета на более старый решает проблему, но убивает все нововведения.
На самом деле проблема довольно странная.
Этот вопрос решен еще тогда на стадии доработки сниппета. Но почему то в компонент попал старый сниппет. У нас есть готовый код
github.com/modx-pro/miniShop2/blob/master/core/components/minishop2/elements/snippets/snippet.ms_gallery.php#L69

Вообще это гарантированно рабочий сниппет, можете просто скопировать из github

Прошу прощения. Значит вчера кто-то писал ровно с той же проблемой.

Я вам в чате уже отвечал.
В обновлении 4.1.2 было ровно одно изменение, исправляющее баг в новом комплекте JS скриптов. Никаким образом это не могло затронуть галерею товаров.
Как минимум для решения вопроса — вам нужно показать вызов галереи.
Кроме того посмотреть есть ли какие-то ошибки в журнале ошибок.

Далее на следующем шаге — вот прям в этом посте посмотрите раздел Дополнительные режимы работы сниппета msGallery. Возможно у вас какой-то конфликт.

Если и тут ничего не понятно — нужно расставлять логи в сниппете и смотреть на каком этапе пропадает информация.

Ну или же нанять программиста.

Здравствуйте. Нет даже не начал делать, если честно.
Текущая версия amoCRM вполне себе работоспособна и со типовыми задачами справляется. Я думаю можно ее использовать.
Ну или писать свое.

Использовать привычный и удобный для себя фреймворк — дешевле. Так как можно решить поставленную для админки задачу быстрее

VUE и Vite это современные, актуальные технологии с которыми работает весь мир.
Семен показал что они могут быть использованы, в том числе и внутри админки MODX.
Никто не отрицает того, что для этого нужно знать стек и уметь пользоваться этими технологиями.
Я вижу здесь карту направлений саморазвития программиста, вы видите вред.
Каждый смотрит в меру своего потенциала. Каждый по своему прав.