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

В примере из статьи это таблица 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
В эту сторону копать, думается тут даже было что-то такое, поищите повнимательнее

Раз вопрос встал про сео, то почему «лишние страницы, которые никак не оптимизировать для ПС.»?
Наоборот вроде как, 3 группы запросов:
1 запчасти для ауди
2 запчасти ауди Q5
3 запчасти ауди Q5 2016 года

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

А если вернуться к вопросу… автоматически никак не сделаете, все равно руками как-то формировать страницу.

Не, ну вы же сделали запрос такой:

$xpdo->connect());
$q = "SELECT * FROM prefix_site_content WHERE alias = $card_id";
$results = $xpdo->query($q);

Раз работает, сделайте такой же запрос и к таблице с TV полями и все.
Просто сам по себе подход колхозный)

Если это нужно на постоянной основе — то проще создать некое небольшое апи. Делаем страничку, на которой в формате json отдадим нужные данные. А второй сайт пусть эту страничку загружает, парсит и сохраняет себе все что нужно и куда нужно.

патамушта $modx — это ваш сайт, а не тот сайт