Для большей универсальности я бы ещё вынес всю работу по изменению html из метода status (js класс корзины)
в какой-нибудь отдельный метот, типа — applyHTMLChanges или лучше renderCart, так метод status будет чистым — отвечать только за получение данных актуальной корзины.

Так мы это уже почти сделали. Уже даже прототип есть.
Будет полностью динамичная обновляемая целиком корзина. При чем их может быть несколько на странице со своими чанками.
В 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 в конкретном проекте, но при обновлении всё слетит?

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