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

Судя по всему какая-то проблема в подключенном провайдере оплаты. Я бы в эту сторону смотрел.

Предположу, Он имеет в виду, что очень умен и тоже может решить подобную задачу, но с уже с применением трех классов вместо одного.

Очень плохой код.
Вот эта строка не нужна

$product = $modx->getObject('msProduct', $modx->resource->get("id"));

$modx->resource это и есть $product;

Вот тут ошибка

$options = $product->getMany('options');

Если используете getMany и getOne — там всегда будет слово с большой буквы. Потому и не срабатывает код, что вызов неверный.

Сниппет должен возвращать значение, а не вызывать его. Никаких echo, print_r, и var_dump
Ну и желательно использовать строгое сравнение.

Итого корректный код будет таким

<?php

$options = $modx->resource->getMany('Options');
foreach ($options as $option) {
    if ($option->get('key') === 'type_food') {
        return $option->get('value');
    }
}

Для MiniShop3 планируется сделать фильтры встреенные в него

Откуда такая информация?

@Евгений Webinmd упоминал о проблемах с этим компонентом, при новом подходе

Насколько я понимаю наше обновление сломает этот компонент.

Спасибо за твое мнение. Я думаю для того, чтобы плюс-минус выправить ситуацию, достаточно будет документации с примером подключения, активации галереи. В идеале сделаем примеры на разных вариантах галереи. fancybox, owl, slick, Та же фоторама из уважения к старине.
Вообще по факту 90% вопросов должны отсекаться толково составленной документацией с примерами

Судя по описанию компонента можно только сниппеты запускать.

Cron-менеджер для MODx позволяет выполнять сниппеты с помощью crontab-а сервера

Но исходя из такой логики — можно создать сниппет в котором будет просто requre_once для нужного файла

Корректные права на каталог 755

Это скорее пример. По мере обновления документации — уберем. С документацией у нас пока не очень.
Но мы уже начали обновление

Выбор галереи целиком и полностью на совести разработчика конкретного проекта. Мы можем лишь привести примеры подключения в документации нескольких плагинов для выбора.

Не нужно обновлять старый сайт. Вы ничего не выигрываете от этого.

Количество конкретного товара в корзине.

@Артур это к тебе наверное.

Судя из текста ошибки — не достает каких то компонентов-зависимостей.
Устанавливали из zip архива или через git?

У минишопа нет единого автора. Сейчас это проект сообщества, в котором активно участвует группа разработчиков, о чем я писал тут modx.pro/components/23295
Причем новые разработчики все больше вливаются в проект и привносят свои мысли, идеи.

Да и тот же Laravel взять — у него один владелец и автор Тейлор Отвел. Только в последнее время появился второй сооавтор. Однако же никому в мире в голову не придет назвать это пет проектом и задуматься а есть ли у проекта будущее.
То же самое можно про VUE сказать — фреймворк держится на одном авторе. У проекта нет за спиной поддержки гугла и фейсбука, как у конкурентов. И ничего весь мир пользуется

Так я и публикую эту информацию в первую очередь для разработчиков компонентов. Уж в отсутствии своевременной информации — никто не обвинит, надеюсь.
Да к сожалению весь ТОП разработчиков компонентов никак не участвует в жизни сообщества и развитии экосистемы (разве что анонимно).
У нас есть планы и желания развивать компоненты, по мере возможностей будем изготавливать и поддерживать наиболее востребованные. Более того — есть планы по внедрению части платного функционала уже в комплект минишопа. Но это пока только планы.
Это сотни и тысячи часов разработки и все упирается в финансирование.

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

Даже если предложить что им реально будет интересна аудитория из 300-400 потенциальных разработчиков (а больше тут в MODX и нет как будто) — то для такого нужно создавать юрлицо. Кто этим заниматься будет непонятно. Я вообще не в РФ живу.

Спасибо. Очень полезное мнение.
Насчет EAV правда не уверен.
Во первых опции и так почти по этой модели выстроены. Сущности опций привязаны к категориям, которые в свою очередь определяют какие опции будут доступны у товаров.

Во-вторых полезность EAV сильно спорна и сейчас на рынке наоборт наметилась тенденция отказа от такой модели.
Например Magento перешли к flat таблицам.

Вот хотя бы Хабр можно почитать