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

Ну и формируемый запрос посмотреть нужно конечно же, параметр 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;

Настройка request_param_alias, возможно и что-то кроме нее. файл htaccess как минимум

На 99% причина в этой строчке.

У вас выглядит как

[$operator, $key] = $components;

а стоит заменить на

list($operator, $key) = $components;

Да все равно.
Возможно разница чуть в быстродействии есть…

Первая запись чуть короче, вторая м.б. чуть быстрее

Ну как бы (на примере modExtra):
1) либо ты вызываешь

$modx->getService('modExtra', 'modExtra', MODX_CORE_PATH . 'components/modextra/model/');

например, здесь в коннекторе: github.com/bezumkin/modExtra/blob/master/assets/components/modextra/connector.php

2) либо ты вызываешь просто

$this->modx->addPackage('modextra', $this->config['modelPath']);

github.com/bezumkin/modExtra/blob/master/core/components/modextra/model/modextra.class.php
что в принципе в первом пункте и происходит тоже.

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

Так не делают require…

У вас свой компонент?..
В нем должна быть модель, сгенерированные на ее основе файлы с классами…
А чтобы это все подключить — метод addPackage например…

Поизучайте исходники modExtra github.com/bezumkin/modExtra