Алексей

Доработал сортировку, чтобы msopModification.rank начинался с 0 для каждого ресурса msopModification.rid, чтобы можно было удобно left-джойнить цену по-умолчанию.
исправления:
в яваскрипте modification.grid.js

:141
                        params: {
                            action: config.action || 'mgr/modification/sort',
                            resource_id: store[data.rowIndex].json.rid,
                            source: source,
                            target: target
                        },

в процессоре sort.class.php

:28
        $resource_id = (int)$this->getProperty('resource_id');
        if (empty($source) || empty($target)) {
            return $this->modx->error->failure();
        }
        if ($source->get('rank') < $target->get('rank')) {
            $this->modx->exec("UPDATE {$this->modx->getTableName($this->classKey)}
				SET rank = rank - 1 WHERE
				    rid = " . $resource_id . "
					AND rank <= {$target->get('rank')}
					AND rank > {$source->get('rank')}
					AND rank > 0
			");
        } else {
            $this->modx->exec("UPDATE {$this->modx->getTableName($this->classKey)}
				SET rank = rank + 1 WHERE
				    rid = " . $resource_id . "
					AND rank >= {$target->get('rank')}
					AND rank < {$source->get('rank')}
			");
        }

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

но ведь дело в том что сниппет msProduct берет значение не из msProduct.price, а как я понимаю, по логике работы плагина msOptionsPrice по событию msOnGetProductPrice и по логике

core/components/msoptionsprice/model/msoptionsprice/systems/msoptionspricemsongetproductprice.class.php

И ему совершенно побоку что стоит в msProduct.price
Но все равно, идею понял! удивительно подробные разъяснения с примерами!
И как задел на будующее – было бы замечательно указывать дефолнтную цену у модификаций, к примеру самой популярной модификации, заказываемой в магазине (можно даже по истории заказов раз в месяц выявлять самые популярные модификации и делать ценник по-умолчанию по этим данным)

Спасибо за оперативные исправления!
Подскажите, можно ли назначить в модификациях цену по-умолчанию, чтобы она выводилась в списке продукции (в категории магазина) через сниппет msProduct? (сейчас выводится минимальная цена цена с максимальным msopModification.rank, взятая из модификаций, хотелось бы указывать её вручную – не через поле msopModification.rank)

было бы круто там сортировать! ведь есть же поле msopModification.rank в табличке, а выводит тогда можно вот так:

{$_modx->runSnippet('@FILE components/pdotools/elements/snippets/snippet.pdoresources.php', [
	'eelementsPath'		=> $_modx->config.core_path ~ "components/",
	'elementsPath'		=> $_modx->config.core_path,
	'showLog'			=> 0,
	'loadModels' 		=> 'msoptionsprice',
	'class' 			=> 'msopModificationOption',
	'sortby'			=> 'msopModification.rank',
	'where'				=> [
		'rid'		=> $_modx->resource.id,
		'key'		=> 'color',
		],
	'leftJoin'		=> [
		"msopModification" => [
			"class"	=> "msopModification",
			"alias"		=> "msopModification",
			"on"		=> "msopModification.id = msopModificationOption.mid"
			],
		],
	'tpl'				=> '@FILE elements/chunks/msOptions/tpl.html',
	'tplWrapper'		=> '@FILE elements/chunks/msOptions/tplWrapper.html',
	'wrapIfEmpty'		=> 0,
])}

Доброго времени суток, Володя! Не разобрался как «перетаскивать» модификации в табличке, вроде как строчка подхватывается по «drug and drop», но не даёт перемещать. Что я делаю не так?
PS: нужно для сортировки опций в select'е.

куда же делась эта полезнейшая заметка? никак не могу найти ни в гугле ни в яндексе…

вообще можно еще чистить табличку modx_session в таких случаях помогает

Необходим компонент, способный чистить папку core/packages от старых версий пакетов. Было бы классно, чтобы он мог работать по крону — к примеру чистил старые версии пакетов, созданные месяца три-четыре назад (по дате создания файла).

Было бы классно подхватывать все сниппеты-модификаторы из директории, к примеру из core/components/pdotools/modifiers/*.php автоматом.

Настройка msbonus_writeoff («Разрешить оплату заказа бонусами») позволяет выбрать только «да» и «нет» — нельзя указать процент, как в описании:

Число или % от суммы заказа

с пакетом идет исходник scss чтобы его можно было править на свой вкус?

Есть ли возможность начислить бонусы за уже оплаченные заказы? (до установки компонента msBonus)

Замечательно! еще вопрос — как работает опция «В данной акции реферальные промо-коды» — нет ли какой-либо документации по данному пункту?

Можно ли в письме покупателю, при оформлении заказа, указывать размер скидки и используемый промо-код?

К примеру, все мои «хотелки» по ms2gallery не делают, да я и понимаю почему — если делать под каждого клиента все «хотелки» то это будет не поддержка а разработка на заказ.
Меня устраивает цена, тем более в распродажу, и тем более что обновления бесплатны. Поддержка дополнений от Василия — это просто разъяснение как работает компонент со всеми тонкостями, которых зачастую нет в документации. И это окупается на 100%.