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

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

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

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

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

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

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

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

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

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

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

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

Да сделаем

Еще есть мысль создать сбор средств по подписке

Конечно. Руки. Очень помогает.
А если серьезно — то альтернативы как будто нет.

Скрипту на секундочку 6 лет. И он никогда нормально не работал. Автор давно ушел из MODX и поддержкой проекта не занимается. Так что AS IS

Насчет медиаресурсов — в открытом доступе есть minishop2 там есть заготовка для медиа.
MIniShop3 для MODX3 тоже есть, но он в пока в закрытом доступе. Разница конкретно в установке медиасорсов не особо большая.

Использовать в шаблоне проверку на авторизованного пользователя. Вот примерно в таком формате

{if $_modx-.hasSessionContext('web')}
Тут вызов скрытой для анонимов информации
{/if}

Объект это элемент и термин языка программирования, в данном случае JS. Это массив данных, вот в примере выше как раз, которым можно манипулировать. Источник данных может быть любым. А именно объект в контексте разговора это логический элемент языка. В него можно поместить данные. Данными можно манипулировать. Откуда они берутся — это уже десятый разговор.

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

// сохраняете корзину в переменную
$cart = $this->get();
// Тут меняете корзину
$cart[$key]['price'] = 100;
// Перезаписываете корзину
$this->set($cart);

И это совсем не обязательно делать внутри класса корзины. Можно использовать функционал плагинов. Только там будет немного другое обращение к корзине через $ms2->cart->get() и set() соотвественно

Метод change по заложенной в него логике отвечает только за изменение количества.
Чтобы изменить цену — корректнее будет использовать метод set, передав туда исправленную корзину.

Тогда уж нужно добавить просто код из события, а не вызов самого события.

В том же. У вас на сервере включено браузерное кэширование статичных файлов (js, css, img и т.п.)
Сервер отправляет заголовки кэширования, нужно их убрать.

В nginx например это работает как то так

location ~* ^.+\.(jpg|jpeg|gif|css|png|js|ico|bmp|ttf|woff|woff2|svg|webp)$ { 
        try_files           $uri $uri/ @rewrite; 
        access_log          off; 
        expires             10d; 
        add_header 'Access-Control-Allow-Origin' '*'; 
        add_header "Access-Control-Allow-Headers" "Access-Control-Allow-Origin"; 
        break; 
    }

Здесь перечислены кэшируемые расширения и заголовок expires говорит что надо закэшировать на 10 дней.

Нет вы ничего не нарушаете.