Даниил

Оно! Благодарствую!

Перед return'ом дописал строчку:

$data['weight'] = $data['option_from'].'<br />'.$data['option_to'];

И получил интересующие данные в нужное мне поле weight.

Нет, не правильно понял)
В msorderproduct.map.inc.php формируется само поле, т.е. описывается какой тип данных в нем будет присутствовать и т.д. А я спрашиваю о файле с кодом, который заполняет это поле данными, чтобы понять как и откуда он их вытягивает и как ему можно подсунуть что-либо другое.

На мой вопрос, тем не менее это не отвечает.

Предлагаю более адекватное решение. Да, рейтинг, пусть… Но для его получения использовать не количество комментов и время проведенное на ресурсе, а сделать просто некий тест на «дебильность» юзера.
Пусть будет раздел где-ньть в настройках профиля, где можно пройти тест с вопросами по MODX, некоторым его особо важным компонентам, работе и знанию правил modx.pro в принципе. Причем можно сделать чтоб вопрос под определенным номером не был всегда статичным, а выбирался рандомно из определенного числа. Т.е. чтоб для каждого номера вопроса их было штук 30 например и какой-то один выбирался.
Ну и естественно в зависимости от того как тест прошел и рейтинг присваивать. По-моему более честное и умное решение.

Про актуальность версии речи не велось. Укажу пожалуй это явно в самом начале поста!

Ну не все и не всегда по разным соображениям могут использовать актуальные версии) Старые тоже надо заставлять порой работать и находить для этого решения!

На страницу отправляет, но [[!msGetOrder]] на ней вывадит надпись "не верный идентификатор заказа".

Вызываю соответственно:

[[!msGetOrder? &id=`[[+id]]`]]

Не понял еще один момент. После успешной оплаты возвращаемся на указанную страницу и в адресе имеем параметр msorder=«четотамцифротерешное».
Как мне на данной странице заставить отработать [[!msGetOrder]] с помощью этого параметра? Как его в ID заказа преобразовать и сниппету отдать (ну или еще можт как-то)?

Решилось почему-то простой переустановкой Минишопа и само как-то заработало… Странно очень.

Разве? Чтот я раньше когда-то делал плагином, так и не смог добить потом чтоб вывелось в заказы… Или это в каких-то новых версиях MS2 добавилось?

Да я исправил это все в коде и в БД. Задал нужный формат (точнее собсно пытаюсь вот задать) и отключил проверки где надо… Не суть вообще. Абсолютно тот же код я мог и в плагине написать, так что не обращайте внимание на то где он расположен. Представьте что это из кода плагина выдержка.

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

В исходники все записано.
Приведенный код пихаю в assets/components/minishop2/js/mgr/misc/ms2.combo.js
Ну и потом прописываю парочке минишоповских полей в assets/components/minishop2/js/mgr/product/product.common.js
Вот так:

,weight: {xtype: 'xdates', description: 'w'+_('ms2_product_weight_help')}
			,size: {xtype: 'xdates', description: _('ms2_product_size_help')}

Соответственно в БД у меня поля таблицы отредактированы (формат у них сделал один в один как например у полей publishedon, createdon, deletedon ну и т.п.)

Не помогло, к сожалению. Результат тот же, после обновления стр в поле пусто.

Ну наверное пока я размещал, Вы писали))))))
Ответ в предыдущем сообщении. Работает, но не отображает после обновления стр.

Еще вот такой код отображает поля верно:

miniShop2.combo.Dates = function(config) {
	config = config || {};
	Ext.applyIf(config,{
        format : "d.m.Y"
	});
	miniShop2.combo.Dates.superclass.constructor.call(this,config);
};
Ext.extend(miniShop2.combo.Dates,Ext.form.DateField);
Ext.reg('xdates',miniShop2.combo.Dates);

Данные вводятся, но после обновления страницы ресурса поле пустое, как будто ничего не заполняли. При этом физически значение существует и никуда не пропадает, просто оно не отображается в поле. Почему мне пока тоже не понятно.

Пробовал! В этом случае поле уходит вправо, от него как бы небольшой кусочек остается, но остается, полностью не отключается зараза))

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

p.s. Такое ощущение как будто надо отправить POST и считать ответ, а вместо этого мы пытаемся отправить GET, который видим в адресе

Какая логика у компонента, как он ловит ответ от сбербанка?

Cishost. Но только думаю не в нем дело, ведь в мануале написано, что так и должно быть! Значит это не ошибка?

Ну я скачал этот архив платежной страницы, отредактировал CSS, логотипы и т.д., загрузил назад архив. Система подтвердила, что архив успешно загружен. Но данные действия никак не повлияли на описанную выше ситуацию. ТП банка бомбить или это компонент должен реагировать на этот ответ сервера и перекидывать на платежную страницу (адрес которой в formUrl сервер выдает и это как раз та отредактированная страница, о которой вы говорите)?
В мануале по подключению Сбера как раз описывается, в п 8.2., что при успешном запросе сервер должен выдать такой ответ, но вот только чем потом переадрисовывать на полученный адрес нифига не сказано!

Вот мануал, что СБ прислал >>.

Купил Ваш модуль. Настройки выдали, все прописал в соответствии с мануалом. Тестирую.
После отправки данных вижу пустую страницу на которой лишь JSON-ответ, говорящий что все данные вроде в норме и вот как бы можете оплачивать:

{«orderId»:«15caa1e4-9ce2-4f63-a761-07e01e5b4bf8»,«formUrl»:«3dsec.sberbank.ru/payment/merchants/shop-starlight/payment_ru.html?mdOrder=15caa1e4-9ce2-4f63-a761-07e01e5b4bf8»}

Ииии? Что дальше?
По логике должно перекинуть на адрес из formUrl. Но как?

Тоже столкнулся с этой проблемой. На момент написания коммента версии максимально возможные — Tickets 1.7.0, MODX — 2.5.1.
Починил следующим образом. Я в файле manager/assets/modext/widgets/core/modx.panel.js заменил все, начиная со строки

,addChangeEvent: function(items) {

до закрывающей скобки } этой функции, на следующее содержимое, которое выдрал из MODX 2.2.11:

,addChangeEvent: function(items) {
    	if (!items) { return false; }
    	if (typeof(items) == 'object' && items.items) {
            items = items.items;
    	}

        for (var f=0;f<items.length;f++) {
            var cmp = items[f];
            if (cmp.items) {
                this.addChangeEvent(cmp.items);
            } else if (cmp.xtype) {
                if (!cmp.listeners) { cmp.listeners = {}; }
                var ctypes = ['change'];
                cmp.enableKeyEvents = true;
                switch (cmp.xtype) {
                    case 'numberfield':
                    case 'textfield':
                    case 'textarea':
                        ctypes = ['keydown', 'change'];
                        break;
                    case 'checkbox':
                    case 'xcheckbox':
                    case 'radio':
                        ctypes = ['check'];
                        break;
                }
                if (cmp.xtype && cmp.xtype.indexOf('modx-combo') == 0) {
                    ctypes = ['select'];
                }

                var that = this;
                Ext.iterate(ctypes, function(ctype) {
                    if (cmp.listeners[ctype] && cmp.listeners[ctype].fn) {
                        cmp.listeners[ctype] = {fn:that.fieldChangeEvent.createSequence(cmp.listeners[ctype].fn,cmp.listeners[ctype].scope),scope:that}
                    } else {
                        cmp.listeners[ctype] = {fn:that.fieldChangeEvent,scope:that};
                    }
                });
            }
        }
    }

Хрен знает пока на что оно еще повлияет, но разделы и тиккеты начали открываться в админке!