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

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

Даже если предложить что им реально будет интересна аудитория из 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 дней.

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

Ну так подали эту ссылку, как будто там пошаговая инструкция по удобному созданию таблиц. Это ж совсем другое. Просто бутстрапинг готовых моделей

Нет. В минишоп это не заберут. Можешь удалять

Здравствуйте. Вам наверное лучше установить родной пакет translit

Вот сейчас специально поднял тестовый сайт, посмотрел. Обычный ресурс без проблем переключает свой тип на Категория товаров.
Можете протестировать
s30183.h10.modhost.pro/manager/
логин s30183 пароль O5jbydf3mjam
Сайт будет доступен сутки со времени этого сообщения