Артур Шевченко

Я читал про то как менять версии. Может, я, конечно, что-то неправильно понял, но в целом изначальный функционал сильно доработан, поэтому 1.4.1

Можно его доработать и выбирать тип фильтра по типу опции.

Fenom тебе ничем не поможет, это шаблонизатор. Задача описана весьма размыто, но осмелюсь предположить, что вес надо менять как количество. Соответственно надо добавить блок аналогичный тому, который есть в стандартном чанке для количества, заменить там count на weight. В админке создать плагин на событие msOnChangeInCart в котором и делать необходимые изменения. Ну и JS дописать на Cart.change.response.success чтобы ответ вставлять.
Вот про чекбокс не понятно. Если он должен быть в корзине, то общую стоимость поменять не выйдет, точнее выйдет, но при любом изменении заказа она будет пересчитана. Менять лучше всего стоимость заказа или отдельного товара или всех товаров.

Очень интересно было прочитать про возможности Laravel. Только я так и не понял зачем он (Laravel) тут? ПОчему нельзя тоже самое написать на чистом PHP + API Modx? Это гораздо сложнее? Работать будет медленнее? Чем данный пример принципиально отличается от обычной подстановки значения в SQL запрос?

В общем я ничего не понял, но очень интересно)))

Или может есть еще другое решение

Можно создать столько опций сколько есть названий. Разделить их по группам. Установить этот компонент. Таким образом можно будет привязать нужные опции соответствующим категориям и легко добавить их в фильтры.

Другой вариант, к твоей схеме добавить плагин на сохранение категории, который будет создавать привязку выбранных опций к текущей категории, т.е. как бы будет за тебя галочки проставлять в стандартном механизме.

А чем не устроил стандартный механизм привязки опций к категориям?

1) Как можно сделать фильтрацию этих данных?

Непонятно причём тут pdoPage, но если это каталог, то проще использовать связку MiniShop2 + mSearch2(для фильтрации); По поводу того как принимать данные с фронта можешь почитать тут

И если не затруднит посмотрите, правильно ли я продумал структуру или опять же есть варианты проще, а я их не знаю.

Структуру надо определять исходя из задачи и здравого смысла. Задачи мы не знаем.

Где в целом можно прочитать подробную документацию с примерами по API modx, а так же по тому, как все работает внутри?

Моё мнение: нет смысла читать всю документацию без разбора, всё равно всё не запомнишь. А так есть официальный сайт с документацией многое даже перевели на русский.

Если у тебя apache попробуй это

RewriteCond %{THE_REQUEST} ^[A-Z]{3,9}\ /index\.(php|html|htm)\ HTTP/
RewriteRule ^(.*)index\.(php|html|htm)$ $1 [R=301,L]

Напиши сниппет, который вернёт список контекстов.

Попробуй JS триггерить

Артём какой-то сложный вариант предлагает. Во-первых, расширить стандартную модель товара можно компонентом msAddFields. Во-вторых, пример плагина действительно есть в документации, но в документации по Modx

Вооот, потому что правильно сформулированный вопрос это 50% ответа))

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

Создать поле В наличии и плагин на сохранение, если остаток больше 0 ставить В наличии = 1, иначе 0. И фильтровать по этому полю.

Если говорить о JS, miniShop2 может быть недоступен в ваших скриптах, потому что теперь это модуль и подключается он асинхронно. Но судя по скринам у вас его вообще нет, а это очень странно.

Можно так же, если хочется.

Ты посмотрел на строку возле case и решил пошутить, да?

Наверное разные id дать.

SQL CAST

Не знаю откуда ты взял этот код, но вот такой плагин должен решить твою задачу.

switch ($modx->event->name) {
    case 'msOnGetOrderCustomer':
        $profile = $customer->getOne('Profile');
        $profile->set('mobilephone', $profile->get('phone'));
        $profile->save();
    break;
}