Алексей Шумаев

bezumkin.ru/training/course1/
modstore.pro/packages/utilities/cmpgeneratorpro (см. видео)
ilyaut.ru/video/creating-repositories-lesson/ (см. видео)

Про гео.
Недавно перешёл на api dadata. Позволяет посетителю по желанию сразу указать на сайте адрес, вплоть до дома. (отсюда сразу получаем верный индекс, кому надо). Полная база городов/адресов, в отличии от GeoLocation (насколько я помню, там далеко не все города).
Указание полного адреса — как раз убирает целый шаг в корзине.
На данный момент есть только 2 проблемы: мобильные (тут всё ясно) и с какого-то момента куча IP не верно определяется что dadata'ой, что sxGEO. Проверяли на некоторых московских адресах — полный трэш — то Чукотка, то чуть не Китай ) Думаю, временно, т.к. онлайн тестилки нормально определяют.

Понятно, я не успел вчитаться за обедом )
А тема интересная, последние 3 проекта требовали одновременной работы с несколькими службами доставки + почта.

Я думаю над тем, как облечь этот набор в компонент (уже 2 года сразу ставлю свой набор, т.к. знаю, что всегда будут кастомизации), чтобы его было просто изменять. Тогда возможно; иначе не вижу смысла, вряд ли кто-то будет разбирать мой код (мастерам не нужно, начинающие будут путаться).
С другой стороны, если будет компонент — выкладывать его — это значит неизбежно навлечь на себя кучу вопросов от народа по индивидуальным особенностям их проектов. Отвечать на такие уникальные вопросы крайне трудно и затратно по времени, сами понимаете ). Не отвечать — негатив.
Я стараюсь делиться с сообществом наработками в благодарность за его помощь, но этот вопрос слишком объёмен…
Вот что имеет смысл, так это описать сам принцип реализации, без кодов. Матёрым разрабам оно без надобности, а начинающим может помочь.

Поступаю аналогично:
Есть свой набор скриптов, рассчитывающий стоимость доставки по IML, СДЭК, Деловые Линии, Почта РФ. А также хранящий локально и регулярно обновляющий пункты вывоза и даже стоимость доставки для каждого города в случае типизированных товаров/заказов (это позволяет не обращаться каждый раз к серверам служб доставки).
Всё это хозяйство работает с расширенными классами доставки, оплаты и корзины MS2.
Т.к. практически всегда в реально работающем магазине (более-менее сложном) есть свои тонкости, использовать модули невозможно. Это не недостаток какого-либо дополнения: принципиально невозможно предусмотреть все варианты для всех проектов.

А почему не сделать расширением корзины? Я так решаю подобные задачи.
Пример в доках: docs.modx.pro/components/minishop2/development/service/connection#Пример-подключения-собственного-класса-доставки

Потому пример и не привожу — очень индивидуально.
В моих случаях вполне нормально работает.

Я сниппетом сортирую.

Благодарю, лишним точно не будет!

Мы же разработчики. Маркетологи задачу поставили, мы реализовали.
Если будут новые вводные, возможно придётся вернуться к js, совсем не спорю )

Такой задачи не ставили, не могу сказать, насколько это важно.
Если будут данные, отпишусь.

Поставил debugParser на тесте. У меня ничего не прибавляется. Зато скидка нормально считается.
Смотрите, что у вас. Если используете debugParser с ?debug=1, то имейте ввиду, что если что-то обновляете с галкой очистки кэша, то в первый раз получите кол-во запросов без кэша. Обновим страницу и получим снова с кэшем. Может отсюда +32 запроса?

Не за что!

Посмотрю попозже

Ссылка

А что у вас в этом сниппете?
Мне интересно, откуда дополнительные запросы появляются.

Наверное лучше примерно так:

$tv_id = 1; #id нужного TV
$resource = $modx->getObject('modResource',$orderProduct->get('product_id'));
$tv = $resource->getTVValue($tv_id);
/* обновляем значение TV  */
$resource->setTVValue($tv_id,'Новое значение');

Не за что! На то оно и сообщество.

Зачем ещё запрос?
«Эти параметры дополнительно определяют, какие данные и каким способом будут выводиться.»
Т.е. обрабатываются уже полученные результаты запроса, перед отдачей в чанки.

Создайте сниппет prepareData

<?php
if (!is_array($row)) {
	return '{}';
}
$row['discount'] = round(100 - (100 * $row['price']/ $row['old_price']));
return json_encode($row);

и вызовите любой сниппет, использующий pdoTools (pdoResource,msProducts в данном случае) с параметром prepareSnippet = prepareData

Ну и обработайте $row['price'] и $row['old_price'] перед формулой, если нужно убрать пробелы и т.п.

Если не верно указать адрес retailCRM (modretailcrm_urlCrm), то будет

PHP message: PHP Fatal error:  Uncaught Error: Class 'InvalidJsonException' not found in /home/xxx/xxx/xxx/components/modretailcrm/model/modretailcrm/Response/ApiResponse.php:52

Ошибка не очевидная… Наверно желательно добавить проверку нужных настроек в начале + добавить исключение, я так понимаю.