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

В репозитории есть такая версия для 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 — это ваш сайт, а не тот сайт

Первый вызов:

[[FileAttach? &docid=`[[getResourceField? &field=`related` &isTV=`1`]]`]]

Второй:

[[FileAttach? &docid=`[[getResourceField? &field=`related` &isTV=`1`]]`]]

И это я скопировал из вашего кода! Найдите хоть одно отличие. Их нет, соответственно у нас одинаковый результат.

Попробуйте при добавлении товара в корзину добавлять каждой позиции какую-нибудь опцию с уникальным значением. Сделать это можно в плагине. Таким образом для miniShop2 это будут разные товары. Ну а опцию скрывайте и нигде не показывайте.

вроде все верно звучит, да

Сделать этому ресурсу отдельный шаблон и добавить TV-шки.

{$_modx->resource.parent | resource : 'parent'}

CAST вам нужно в where использовать, tv это ж строка, а не число

Плагин OnDocFormSave.
Проверяете, что это товар, ну а далее получаете категорию, выполняете нужные вам проверки, и просто «выкидываете» товар из ненужных категорий если что.

modx.pro/help/16398

Если ip определенные, то задача не сложна…
закрыть сайт можно плагином на OnHandleRequest

<?php
$ip = $modx->request->getClientIp()['ip'];

if($ip == '123.456.789.000') {
    die();
}

а если защитить формы — то hook для Formit, где там же проверяем ip, если что не так — return false;