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

Но намек мне понятен, в городе новый шериф… )

Нет, ни в коем случае. Еще раз говорю — пишу, комментирую и ворчу как читатель.
Я ведь могу сказать что мне что-то не нравится, если мне что-то не нравится верно?
Ты можешь смотреть и учитывать мой комментарий в общей массе.

А что случилось с аудиторией? Переехали на другой ресурс?

Странный вопрос. Ты же сам на него ответил в первых строчках.

почему этот вопрос задается мне на 3-ей серии статей

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

Лично я против того, чтобы на портале посвященному MODX писали о том, что с MODX не связано. Сравнительные обзоры и отсылки к технологиям да, а вот погружение с головой во что-то другое, это мне не нравится.

Заметь, пишу свое личное мнение, не как админ.

Зачем это здесь, искренне не понимаю?
Аудитория в большинстве своем вряд ли поймет о чем тут речь и зачем это использовать.
Да и аудитории тут в общем то почти не осталось.

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

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

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

$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 сказать — фреймворк держится на одном авторе. У проекта нет за спиной поддержки гугла и фейсбука, как у конкурентов. И ничего весь мир пользуется

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