Володя

Доброе утро.

пользователи копировали ссылки с хэшем в GET-параметре из адресной строки и делились друг с другом (не для того чтобы авторизовать их под своим именем, а просто чтобы контентом делились и авторизация была побочным эффектом).
Нам пришлось после авторизации убирать из location.href этот самый хэш (ну либо делать редирект на новый url в modx, точно не помню как сделали).

В текущей версии пакета UserAuthHash возможна только разовая авторизация, после авторизации хэш-код авторизации помечается как отработанный и далее не активен.

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

Спасибо!

Это крайне не удобно с выгрузкой из 1с, так-как придется постоянно делать полную выгрузку и обновлять существующие модефикации не как не получится.

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

например размер не указан, то он не обновляет а создает новые

так не создавайте пустые опции…

Логичней всего, обрабатывать модефикации по article

вы можете написать свою логику импорта по аналогии с данным примером.

Модификации характеризуются опциями, если у вас уже другой набор опций — это уже другая модификация.
Модификация в методе saveProductModification получается именно по набору опций, если для набора опций существует модификация — она будет обновлена, если нет — создана.

ну опция то есть — вот она и выводится? где тут баг?
ps.Если остались вопросы далее в ТП

то он выгрузит так скрин

кто он? скрипт? так сформируйте массив без пустых значений опций.

Добрый вечер.
По вопросам работы платных дополнений пишите пожалуйста в ТП.
Спасибо.

Какие то замечания по коду? Или просто комментарий ради комментария?

возможен такой вариант систематизации категорий и характеристик modx.pro/components/18790
можно использовать уже готовую базу, либо создать свою.

аналогично)
вот на третий раз уже решил оформить…

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

Подскажите, что я сделал неправильно?

Опции модификаций лежат в отдельной таблице.

&filters=`
msopoption|option-01,
msopoption|option-02,
msopoption|option-03,
msop|price:number
`

where=`{ "Data.image:!=":"" }`

modx.pro/development/1177

Добрый. includeTVs — docs.modx.pro/komponentyi/pdotools/obshhie-parametryi

Никаких изменений связанных с процессом оплаты не было, текущее обновление не могло повлиять на ошибки в работе Робокассы.

github.com/bezumkin/miniShop2/pull/347

прокидываете данные о корзине на событие dcOnAfterGetData
пример плагина

if ($modx->event->name === 'dcOnAfterGetData') {

    if ($class === 'dcDataMiniShop2MsSessionOrder') {
        /** @var miniShop2 $ms2 */
        if ($ms2 = $modx->getService('miniShop2') AND $ms2->initialize($modx->context->key)) {
            $data = array_merge($ms2->cart->status(), $data);
            $modx->event->returnedValues['data'] = $data;
        }
    }

}

теперь в классе скидки заказа есть данные о корзине и можно прописать условие по сумме покупок

{"total_cost:>":2000}

пожалуйста!

удалить модификации продукта

$modx->removeCollection('msopModification', ['rid' => $rid]);

создать/ обновить

$modx->call('msopModification', 'saveProductModification', [&$modx, $rid, $modifications]);