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

Экспериментирую.

Выполнить команду в консоли примерно такую

php ~/_build/build.package.php

Но тут надо смотреть какая конфигурация билда, чтобы верно положить эту папку относительно папки core, так как без установленной CMS Modx Revolution пакет не соберётся.

Должен быть в папке build, называется build.package.php

Если плагин требует для работы интерфейс, свои таблицы в БД, то нужно из папки build запустить скрипт сборки пакет, который создаст транспортник. Если компонент не требует БД, то можно просто скопировать две другие папки в аналогичные папки на сайте.

Если форма не отправляется надо смотреть консоль браузера.

Покажи запрос-то?))

Я думаю голым SQL ты данные в нужном формате не получишь или потратишь очень много времени на написание такого запроса. Я бы вот таким запросом доставал данные

SELECT TV.tmplvarid, TV.value, Resource.pagetitle FROM modx_site_tmplvar_contentvalues TV
LEFT JOIN modx_site_content Resource
ON TV.contentid = Resource.id
WHERE TV.tmplvarid IN (13,14) AND TV.contentid = 92

А результат в цикле переформатировал бы в нужный мне вид.

Нельзя, т.к. каждое TV это минимум одно запись в таблице modx_site_tmplvar_contentvalues, а тебе нужно на каждый ресурс 2 записи достать.В общем, я бы достал отдельно ресурс, отдельно TV, а потом собрал из этого нужного формата массив.

Я читал про то как менять версии. Может, я, конечно, что-то неправильно понял, но в целом изначальный функционал сильно доработан, поэтому 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% ответа))