Алексей Шумаев

Можно. Основная идея была именно в том, чтобы не лазить по документам, а делать всё в одном месте — в форме компонента. Но как дополнительная возможность, да, не помешает.
Просьба: напишите мне в личку, попробую в течении месяца добавить, как время будет.

Кстати, ещё удобно сделать свой компонентик тем, что можно легко разграничить доступ.
Например дать менеджеру видеть только собственно интерфейс компонента: и ему хорошо и безопасность повыше.

Напишите, если будет возможность — сделаем, это интересная задача.

Так общее количество товаров будет меньше (и менеджерам будет проще)

ну и сделайте 1 товар )
Я бы примерно так сделал:
1. Вы в компоненте делаете новую запись: Концерт «Бременские музыканты» / 12.06.20 / 18:00 / 150р / 18+…
2. На фронте выводите эту запись и кнопку «Купить» в стандарте от MS2.
3. По клику товар «Билет на концерт» добавляется в корзину с опцией: show_id: ID записи в компоненте
4. На плагин msOnBeforeAddToCart получаете запись о концерте по show_id
Заполняете нужные свойства (название, время, ...), чтобы в заказе MS2 видны подробности и можно было связать покупку с записью о концерте
5. На плагин msOnBeforeSaveOrder записываете лог операции в компоненте, уменьшаете количество оставшихся билетов, ещё что-то делаете, по вкусу
И важно: всё от MS2 у вас остаётся: модули оплаты, оповещения, плагины и т.д…

Ну и лог в компоненте добавить: кто когда что купил. Менеджерам удобно будет + автоматическое изменение количества билетов.
Ну и весь функционал ms2 будет.

Навскидку:
Товар в данном случае один — билет на концерт. Его опции — дата, название и т.д. Используем ms2.
А вот сами концерты можно вести в простом дополнении, его не долго сделать на modExtra: таблица + формы редактирования / добавления.
Выводим на фронт список концертов из своего компонента + форма заказа с опциями.

Вроде Андрей выше ответил…

Благодарю! Хорошая идея… Подумаю, как лучше это реализовать.

Если ассортимент продукции широкий и есть какое-то количество товаров со стабильным спросом, то почему нет? Хотя этот компонент — чисто маркетинговый, эффективность (конверсию) для конкретного сайта предсказать сложно, слишком от многих параметров она зависит. Думаю, что стоимость компонента по-любому отобьётся ).

Можно покрутить разные сочетания параметров формирования списков и задать глубину сбора данных в пару лет.
А если заказов пока не много, то можно пока сформировать списки руками, просто добавив нужные товары.
С ростом количества пользователей и заказов, эффективность должна возрастать.
Я тестировал на сайте с 10000 активных пользователях и около 25000 заказов за 1,5 года.
На очереди ещё один, но там тоже очень активная деятельность.

Импорт простой, постоянно им пользуемся, можно под себя подпилить. Просто нужно один раз разобраться.
Если уж работаете с modx+MS2, то это просто необходимо сделать.
Вот ещё ссылка: https://modx.pro/solutions/12280.

Иван, прошу извинить. Это печальное настоящее нашей Родины: ip блокирован, у меня документация доступна только через… (это тоже нельзя писать).: (

Народ ищет документацию в гугле, находит и получает, например: prntscr.com/nlexph
Для человека, кто не в теме, это означает, что фактически — modx мёртв, документация отсутствует.
Ну как-то не серьезно это выглядит, за modx обидно. Не долго же включить docs.modx.com и редирект на docs.modx.org поставить…

Это тоже может пригодиться: modx.cc/documentation/additions/cronmanager/

Ещё есть вариант: форма отправляет запрос на сервер, сниппет регистрирует задачу и затем выполняет её в фоне, пользователю отправляется результат (хоть на почту).

Выход один — не пытаться получать данные от скрипта, который не успевает их отдать в течении 1-10 секунд. О таймауте вообще речи не идёт — никто не будет ждать 30 секунд (бывают исключения, но это именно исключения).
Там, где требуются большие затраты времени на получение данных, скрипты нужно запускать в фоне (например cron по расписанию) и кэшировать у себя в базе данных или иным способом. Вот их потом и отдавать по ajax пользователям.
Я 2 варианта использую:
— сбор данных по cron и кэширование у себя
— если нужно отправить несколько запросов к сторонним серверам, то нужно это делать не одним ajax-запросом, а отдельными с таймаутом. По истечении таймаута каждого ajax-запроса что-то сообщать пользователю. Так или часть данных будет получена или хотя бы пользователь видеть какой-то результат запроса.

Надо бы наверное общий 301 на домен проставить, а то из гугла теперь не попадёшь на документацию )

Вот так, например:

{set $list = 'msProducts' | snippet :[
    'parents' => 0,
    'limit' => 1,
    'loadModels' => 'mvtdocs',
    'innerJoin' => '{
        "ds": {
          "class": "mvtDocsResources",
          "on": "ds.resource_id = msProduct.id"
        }
      }',
    'select' => '{
        "msProduct": "msProduct.id",
        "ds": "ds.file_id"
      }',
    'setTotal'=>1,
 ]}
 
{$list}

Всего с документами: {'total' | placeholder}

Странно) Исправил, спасибо!

Разделите html и js, как писал Максим. Но js поместите в отдельный файл *.js (или в свой общий). И спокойно отлаживайте свой js.

Если нужно куски кода на страницах использовать, то можно так: https://modx.pro/help/16436#comment-102084
И всё всегда будет работать.
Иначе вы рискуете тратить много времени на разбор конфликтов js-кода с fenom'ом…

Дя, именно так.