Наумов Алексей

Приветствую! Такая же проблема… удалось найти причину и исправить ситуацию?

А вот вижу value задается… может в нем проблема то?

А еще сталкивался с тем, что у combo нужно задавать hiddeName

Маленький совет, лучше сделать поддомен video.*.ru, чтобы потом удобнее если что мигрировать на другой хостинг.
Да и с поддоменом вы можете видео хранить на хостинге, где подешевле место и трафик.

Открываем Console,
пишем небольшой код для чтения csv файла (ну с этим то в интернете нет проблем)
далее цикл по товарам и запускаем:

$response = $modx->runProcessor('gallery/upload', array(
        'file' => $file, // Путь к файлу от корня сервера
        'id' => $product_id // id товара
    ),
    array('processors_path' => MODX_CORE_PATH . 'components/minishop2/processors/mgr/')
);

if ($response->isError()) {
    echo 'ОШИБКА: '.implode(", ", $response->getAllErrors());
    echo '<br />';
}

если товаров много — то в стандартные 30 секунд скрипт не уложится…

В примере из статьи это таблица modx_electrica_items

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

Стоит посмотреть в логах modx, может быть там ошибка написана.

Рациональность в этом всем есть… да…
У меня не было такой задачи… я вообще в основном все сделал только для того, чтобы в админке этим было удобно управлять.

Советую посмотреть в сторону msSetInCart, может он даст нужный функционал?

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

Так не выйдет…
нужно сделать свой тип tv поля.

Посмотри, к примеру, исходники image plus: github.com/Jako/ImagePlus
обрати внимание на папку /core/components/imageplus/elements/tv/, там внутри шаблоны…

Спасибо за замечания… внесу корректировки!

Спасибо! Поправлю!

Да все правильно, сначала вызываем pdoResources, чтобы вывести категории. В parents указываем id корневого раздела, depth = 0.
А внутри в чанке вызываем msProducts, parents = $id, depth уже в зависимости от вашего сайта… наверное тоже 0.

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

Спасибо, проверю, если подтвердится — выпущу исправление!

В репозитории есть такая версия для MODX 3, номер версии старше, вот и подтянулось…

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

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

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

Да и вообще, если посмотреть код метода getCustomerId, увидим что:

— если email пустой, то сделаем его в формате «Получатель_заказа@мой сайт.ру». Класс… т.е. первый купивший Алексей зарегистируется на сайте и создаст пользователя с такой почтой, а заказ от второго Алексея внезапно попадет к первому, т.к. почта-то одинаковая…
Ладно, если мы на фронте этого не выводим всего… но в админке то выглядит так, как-будто все эти заказы от одного пользователя!

Поиск по базе сделать тогда можно, через phpmyadmin

Вот тут посмотрите: /manager/?a=workspaces/namespace

Ну и: плагины, папки в /assets/ и /core/, сниппеты, чанки, категории, системные настройки.
Наверное это все.

Ну и формируемый запрос посмотреть нужно конечно же, параметр showLog в помощь.

Это куки устанавливаются на поддомен: clip2net.com/s/4bLO4Cb
В эту сторону копать, думается тут даже было что-то такое, поищите повнимательнее