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

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

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

Скрипту на секундочку 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
Сайт будет доступен сутки со времени этого сообщения

Раз виснет — значит возникла ошибка. В который раз пишу — открываете журнал ошибок сервера (Не MODX) на хостинге и внимательно смотрите есть ли ошибки датированные временем сохранения

Насколько я понял вам нужно тем ресурсам, что являются категориями поменять тип на Категория товаров minishop, а затем уже менять тип ресурсов-товаров на Товары minishop

Все правильно. Товар магазина обязан находится внутри Категории магазина. Нельзя его вкладывать в обычный ресурс.

Я вам подсказал — смотрите журнал ошибок сервера. Это не внутри MODX — это на хостинге. В панели управления должно быть.

Ну для чего здесь эта простыня? Никто в нее вчитываться не будет.
Если уж выкладываете подобное — помечайте специальным тэгом.
А лучше не выкладывайте.