Если $data — массив с номером, товарами и датой, можно так:

<?php
$pdo = $modx->getService('pdoTools');
$data['count_products'] = count($data['products']);
return $pdo->getChunk('pdfHtmlTemplate', $data);

В чанке pdfHtmlTemplate:

{$num}
{$date}
{$products}
{$count_products}

Настроил всё по инструкции, но заказы в Сделки не попадают.

хорошо, тогда уточню у клиента) но на будущее хотелось бы знать — как добавляется новый столбец? либо попросить добавить такой функционал)

Тут уж вопрос рациональности… если есть готовое поле, которое не планируется применять для вывода старой цены, то логично будет его использовать, а не тратить время на кастомизацию компонента.

А чтобы это не казалось неправильным, можно в лексиконах msOptionsPrice2 поменять подпись к полю)))

Ну как временное решение — можно, но думал, что это немного неправильно — использовать поле не по назначению

Привет! А почему для этой цели нельзя использовать существующее поле «старая цена»? Судя по скрину, оно не используется.

Ответ оказался элементарным) Спасибо вам большое)

У любого ресурса в настройках есть чекбокс «Использовать псевдоним в пути псевдонимов» сделай его неактивным и обнови урлы через верхнее меню.

Здравствуйте. Я немного ошибся. Там 1000 руб — это за упаковку, и в этой упаковке определённое кол-во пог. м. Насчёт вычислить я не уверен, так как клиент прислал документ с ценами за 1 пог. метр для каждой модификации товара.
Если под ТП имеется в виду техподдержка плагина в модсторе, то я вчера пробовал написать для этого дополнения, но пишет, что год поддержки уже истёк.

В системных настройках компонента вы указываете логин и пароль от API и все данные виджет берёт из вашего ЛК СДЭК. Дополнительная стоимость, которую можно указать в настройках минишопа для данного способа доставки рассчитывается отдельно и может быть выведена в виджет, только с помощью костылей на JS.

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

Для второго (и последующих) контекста, то есть того, который имеет имя (key), отличное от web. Где там какой домен или поддомен, разницы нет. Как надо чтобы открывалось, такой адрес и пиши. На хостинге все эти домены направляй в одну папку.

НО! Если у тебя и правда из двух установленных MODX в разных папках, у которых в core/config/config.inc.php указана одна и та же база с одинаковым значением $table_prefix — то я не знаю что тебе посоветовать, кроме как не пользоваться одной из папок, а настроить работу поддоменов через контексты, как указал выше.

Дело в том, что в MODX используется файловый кэш, в т.ч. системных настроек и т.п. В момент, когда ты очищаешь кэш, он удаляется и папки core/cache/* и как раз из-за этого могут быть проблемы. Наверное, если отключить вообще весь кэш, то всё будет работать, а почему бы и нет (в познавательных-то целях). Данные все в БД. Отключай короче все кэши, чтобы ничего не записывалось на диск, а всё было в Базе Данных… Но опять же, всякие фотографии, скрипты и стили для фронтенда, они же лежат на диске. При установке любого компонента, его файлы кладутся в папку с установленным MODX, а информация записывается в БД. Из другой папки будет видно инфу, а файлов нет — скорее всего будут ошибки.

Предполагаю, что комфортная работа не возможна в таких случаях. Но не уверен, возможно в кейсах, когда выносится core из корневой папки, можно использовать его в нескольких установках, но так я ни разу не делал, а в MODX3 такую возможность убрали, так что уже и не представится возможности.

Короче, используй 1 установленный движок, и контексты :)

Понятно, изучать вкладки в migx…
Так то я пока освоил: создаем и заполняем таблицу с данными… Потом ее выводим…

Просто сделайте в одной вкладке 3 поля и в другой вкладке 3 поля (или сколько нужно).
Вы же создаете конфигурацию MIGX через MIGX, а не в ручную?
Если не понимаете о чем речь — искать поMIGX документация и примеры посадки блоков

Сегодня узнавала в СДЭК, что при наличии договора есть самый дешевый тариф посылка склад-склад — это для юр лиц в договором. И такой же по срокам, но для физ и юр лиц без договора — экспресс склад-склад. Можно его показывать при расчете покупателям — он дороже всегда и даст запас на сопутствующие расходы.
Либо все таки придумать как наценку указывать внутри настроек виджета, так как даже на самый дешевый тариф обычно берем страховку + упаковку и расчет для покупателя уже неверный будет показываться.

Это указивать в контекстах админки субдомена или основного?

в основном старая 7-18-ый года, где версия MODX уже не соответствует нынешней

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

Никак. А главное зачем?

я делаю это я в познавательных целях, как это может/должно работать. Ну а плюс информация которую я нахожу в основном старая 7-18-ый года, где версия MODX уже не соответствует нынешней.

Как я понял, коллега установил две админки modx и подключил их к одной БД и, если это так, то это дичь.

Я просто посчитал, что если я подключу БД к основному сайту, это должно упростить вывод информации. Но понял что ошибся в своих рассуждениях.

Как я понял, коллега установил две админки modx и подключил их к одной БД и, если это так, то это дичь. А контексты это удобно спору нет.

Виджет показывает стоимость рассчитанную самим СДЭКом, там можно что-то поменять только через JS.