Alexey

github.com/modx-pro/miniShop2/issues/440 — иссушка давно уже есть

Мы немного уходим в сторону от темы топика)) Но все же рискну завершить оффтоп: мне кажется немного странной логика, в которой определяется привязка пользователя к заказу по неуникальному полю. Юзернейм и емайл — по умолчанию уникальные поля для пользователя в MODX, телефон — нет. То есть, в принципе есть вероятность прикрепления не к тому юзеру, разве нет?

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

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

Привет! В минишопе раньше была бага(или фича), связанная с привязкой юзера по НОМЕРУ ТЕЛЕФОНА, если его вводить в форму заказа. То есть, если вводишь новый email, а телефон использован у ранее зареганого юзера, то заказ прикрепится к этому юзеру, а не зарегает нового.

Сам нарывался на это, нужно было в файле минишопа закомментить пару строк, но в каком — сейчас не вспомню. Может, опытные товарищи подскажут?

Возможно, этот момент уже пофиксил в новых версиях минишопа, не знаю… но раньше точно была такая проблема

Спрячьте простыню кода под кат

Можно предварительно выполнить к таблице запрос через newQuery с нужными условиями — вытащить массив айдишников и уже из этого массива взять рандомный элемент.

modstore.pro/packages/utilities/easycomm

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

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

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

itreviewchannel.ru/rabota-s-mysql-cherez-komandnuyu-stroku/#5

Проводил при помощи SSH импорт БД размером около 5 Гб — нет проблем.

Привет! Связка mSync+msOptionsPrice2 из коробки не работает. Вот пример кастомизации через плагин.

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

Я бы вначале предложил вывести в лог данные офферов из плагина(название, к примеру), чтобы в принципе понять, попадают ли они всё на это событие.

По поводу mSyncBeforeProductOffers не берусь сказать, использовал только mSyncOnProductOffers — нужно было остатки по складам раскидать — всё норм было.

docs.modx.pro/komponentyi/msync/sobyitiya-i-plaginyi#mSyncOnProductOffers

Событие mSyncOnProductOffers отрабатывает для каждого торгового предложения, впрочем, как и mSyncBeforeProductOffers, поэтому непонятно, почему у вас один раз срабатывает?

skrinshoter.ru/s/260423/FOumXi3D — эти селекторы не вижу в коде

Если в исходном коде нет нужной разметки, то почему проблема должна исчезнуть?

docs.modx.pro/komponentyi/pdotools/snippetyi/pdopage#%D0%92%D1%81%D1%82%D1%80%D0%BE%D0%B5%D0%BD%D0%BD%D0%B0%D1%8F-Ajax-%D0%BF%D0%B0%D0%B3%D0%B8%D0%BD%D0%B0%D1%86%D0%B8%D1%8F

обратите внимание на обязательную разметку

Так в чем проблема-то? Это нормально, что при загрузке файла выводится такой путь — skrinshoter.ru/s/130323/ajpPWIya. При клике по кнопке «Загрузить файл» что происходит?

Можно добавить метку в поле «Описание» у картинки. И потом выводить в чанке по условию.

А у ms2gallery есть поле с тегами, если этот компонент установить, то ещё удобнее будет, так как теги сквозные, просто из выпадающего списка выбирать можно. И при вызове сниппета есть параметр с условием по тегу.

Привет! Можно плагином решить:

<?php
if ($modx->context->key != 'mgr') {
    switch ($modx->event->name) {       
        case 'OnBeforeUserFormSave':
            if ($mode == 'new') {  // Событие перед регистрацией пользователя
                if (empty($_POST['register_agree'])) {
                    $modx->event->output('Вы должны согласиться с политикой конфиденциальности');
                }                
            }            
            break;
    }
}