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

Плагин на msOnCreateOrder.
Там есть $order со всеми товарами. Пройтись по ним и для каждого получить значение TV, обновить его, записать новое.

И ещё… А почему вы постоянно чистите лог? Что там за ошибки?

В данном случае, думаю, нормальный. Как им ещё понять, что происходит, ведь оно происходит именно в админке сайта?
На самом деле, важно, что они хотят помочь, а не отписываются, типа «у нас всё ок, смотрите что у вас не работает».
Сделайте резервную копию, потом смените пароль.
Не вижу причин не доверять поддержке хостинга — вряд ли они подсадят вам что-то.
Всё равно, чтобы кто-то смог вам помочь, придётся давать ему доступ в админку, хотя бы для того, чтобы посмотреть что в консоли.

Для админки: а не стоит ли дополнение controlErrorLog?
Дело в том, что если error.log слишком большой, то его отдача через controlErrorLog приведёт к ошибке.
По лимиту в nginx.
Пишу по памяти, поэтому могу ошибаться, но тем не менее — проверьте.

Всем нам поможет prepareSnippet. Делаем там что угодно, например:

$row['discount'] = round(100 - (100 * $row['price']/ $row['old_price']));
return json_encode($row);

В чанке у вас теперь есть [[+discount]], ну или {$discount} для fenom

minishop2 не может отказаться работать с jpg. Проверьте настройки источника файлов; посмотрите как работает на чистой установке, без правок.

Изменение базового сервиса корзины документация

http://prntscr.com/gh8rr0. Стандартно идёт ответ с общим количеством.

Можно так: расширить класс mscarthandler.class.php, добавив методу status ещё один элемент, например total_num, где указывать то, что нужно. Он будет в response и его можно использовать в сниппете миникорзины или в js-callback miniShop2.Callbacks.Cart.change.response.success.
Это универсально, т.к. можно добавлять любую информацию и, например, выводить красивое окошко с информацией о добавленном товаре, составе корзины, скидки и т.д.

Можно как-то иначе, через плагин например, или сделать свой сниппет миникорзины, куда добавить нужный параметр, просто count($_SESSION['minishop2']['cart']) :-).
В общем вариантов несколько…

Да, выглядит не очень…

Как вариант: хранить файлы в облаке с нужными размерами.
Например, у меня есть 2 сайта, использующие одинаковые картинки. Соответственно, хранятся они в облаке, с нужными размерами и берутся обоими сайтами оттуда.
Плюсы: никаких обработок картинок «на лету», не занимают места на сервере, CDN + картинки загружать можно только на одном сайте или вообще заливать через API, без MODX со сторонних источников.
Смотреть в сторону Swift. Респект Василию, как всегда.

Такая «проблема» может иногда возникать, встречал.
Какой-то сниппет (не помню сейчас, какой именно) не учитывают в пути basePath источника файлов.
Проверил: pdoResources точно учитывает )

Вот же'шь ) Привык, что всё нужное есть на Modhost. Поставил на тестовом, забыв, что он на nic'е и там ничего не включено) Спасибо.

Владимир, у меня при запуске твоего решения вылезла:

Fatal error: Uncaught Error: Class 'Phar' not found in ...

В чём может быть проблема?

Отлично!
Ну а кто-то, кому нечто особое нужно, заюзает класс дополнив его…

Разумеется: добро.

Пока писал ответ на предыдущий коммент, появилось это предложение )

Надо бы )
Самому смешно, но руки не доходят отладить гит.
Кстати, можно же вообще компонент собрать и выложить бесплатно в макет.
Может у кого есть время?

Можно так ))):

{$_modx->runSnippet('extScripts',['code'=>'Код внешнего скрипта, например из ресурса или системной настройки'])}

Сниппет:

$search = array('{', '}');
$replace = array('{ ', ' }');
$out = str_replace($search,$replace,$code);
return $out;

Так можно избежать ошибок Fenom во внешних скриптах и подобных случаях…

Только руки дошли…
В общем, у кого осталась ошибка с «modsendpulse» в логе после обновления, уберите «modsendpulse» из системной настройки minishop2 «extension_packages»

Отправил запрос в скайпе.

Опа, вопрос-то устарел ) На дату не посмотрел…
Ну да ладно, вдруг кому понадобиться.