Так мы это уже почти сделали. Уже даже прототип есть.
Будет полностью динамичная обновляемая целиком корзина. При чем их может быть несколько на странице со своими чанками.
В 4.1 включить не успели, так как мало протестировано.

Сегодня был в работе магазин, в котором корзина и оформление — разные страницы.
Есть несколько компонентов, которые так или иначе пересчитывают корзину, ну и само собой все товары в ней.
Так вот в каждом таком компоненте авторы, в своем js, кто как реализует обновление данных корзины в html:
1) Кто-то циклом проходит и меняет в товарах цену и старую цену, а также результирующий блок
2) Кто-то целиком меняет весь кусок html кода корзины

Если в коробке miniShop2 будет универсальный метод получения актуальной корзины и обновляющий соответственно html на странице корзины, тогда в любом компоненте можно просто будет вызвать что-то типа

/**здесь любая логика по расчетам и.т.д*/
/**а в конце*/
miniShop2.Cart.status()

И всё сразу обновилось на странице на актуальные цифры.

Если понадобится что-то кастомное делать в чанке корзины, то поправить нужно будет только коробочный класс корзины (имею ввиду не исходники, а доработанную копию). То есть изменить только в одном месте.
Не придется лезть во все js других компонентов и везде менять реализацию обновления данных корзины.

Ну и ещё на ум пришел пример, если корзину делать на условном React, Vue, любом реактивном фреймворке, то как-то нужно получать стейт корзины из js, чтобы вьюха по стейту всё обновляла на странице.

Ну да, нейминг неудачный, исправлю. А метод запроса статуса зачем? Просто уже обсуждали этот вопрос, так реального кейса, когда такой метод может понадобится никто и не привёл.

Это ваше дело. Я в итоге разобрался.) Вопрос только — каждый ли будет делать столько попыток?

Возможно Ивану так проще отслеживать где чьи деньги.

Кстати оплатить в итоге получилось только когда в поле имя ввел Имя и Фамилию на латинице — как указано на карте. Но плейсхолдер «Как вас зовут» на странице оплаты, все же подразумевает свободную форму. Именно так я и понял вначале. И пытался в течение дня раз 5 оплатить — но без успеха. По-моему проще указать номер карты и таких сложностей ни у кого не будет.

Дела так, даже рядом не стоит с удобством из минишопа.

Да

Отдельно можно самому написать — создать отдельное TV поле, создать плагин на OnDocFormSave и обрабатывать изменение связей. Но это по-сути дублирование функционала msProductLink.

@Артур Шевченко это к тебе

Изучаю новый комплект js, и такой момент вижу

Мне одному кажется, что метод должен называться — sendRequest? Так как шлем «запрос» на сервер.
Или я тут что-то не улавливаю до конца?
Ещё момент, очень не хватает со стороны js метода запроса получения актуального состояния корзины,
чтобы прямо из консоли можно было вызвать так — miniShop2.Cart.status(); Без параметра, метод возвращал бы актуальную корзину, а с параметром как обычно отрабатывал. По аналогии как сейчас работает miniShop2.Order.getcost();

Я сначала поискал.
Привязка статей к товару minishop2
Как связать ресурсы определенных категорий между собой
Потом почитал про msProductLink
Потом посмотрел
/assets/components/minishop2/js/mgr/product/links.grid.js
и
/assets/components/minishop2/js/mgr/product/links.window.js
А потом подумал ро обновления. По этому и спросил.

Его бы в идеале вообще отдельным компонентом сделать. Потому что он очень удобный, и не в некоторых проектах не всегда и минишоп то требуется, а этот функционал бы подошел.

C Хрома отправил)) С Мозиллы ни в какую — выдает ошибку оплаты.

Если предположить, что сайт не использует fenom, тогда поищите через поиск в админке head, header или base. Если что-то найдётся посмотрите есть ли там тэги head, вставляйте перед закрывающим .
Если ничего не найдётся, то скорее всего вёрстка в файлах в папке core/elements/ и там найти файл с тэгами head.

Добрый день!

Вчера и сегодня приходили донаты — все ок. Попробуйте снова

На моей памяти вы первый об этом спрашиваете. Так что я бы не торопился с оценкой реальной необходимости

Судя по форуму не я один столкнулся с необходимостью связывать товары с информационными статьями и статьи с товарами. Внутри miniShop2 есть замечательный msProductLink, и подошла бы связь многие-ко-многим, в связи с этим вопрос — можно ли расширить функционал связей до любого ресурса, а не только товаров? Можно конечно переписать links.window links.grid в конкретном проекте, но при обновлении всё слетит?

Спасибо за объяснение

Проблему, описанную в п.1, удалось решить, добавив строчку в контроллер. Но появилась новая: вылетают ошибки 404 при попытке получения json по ранее существовавшим путям при включённом плагине ZoomX, если его отключить — всё ок. Как исправить?