Уху! Мощнейшие улучшения, спасибо! Отдельный поклон @Иван Бочкарев за активное участие и координацию!

Спасибо всем за проделанную работу!!! Огонь новость!

Просто бомба обновление, благодарю!) будем тестировать!

Еще вот подумал что пригодилось бы. Генерация имени загружаемых изображений для товара. Можно на основе url товара + маска, которую можно задать например. Я давно пытался найти что-то готовое, не нашел. Хз может есть уже такое.

понимаю, что не в тему, да и не очень красиво это с моей стороны, но…
читал вашу заметку и у меня чуть мозг не вышел из строя. Ваш родной язык не русский? Такое чувство, что оригинал был на арабском, а потом при помощи переводчика magic goody, популярного в 1998 году, сделали перевод. Это же набор мало связанных фраз, лишенных местами смысла, а местами знаков препинания. Очень тяжело читать.
В качестве решения вашей проблемы может выступить компонент импорта-экспорта товаров. modstore.pro/packages/import-and-export/msimportexport

пробую импортировать базу сайта с modx revo 2.73 с товарами ms2 одной и той же версии на другой домен с такой же версией modx revo

получаю, такую ошибку



несилён в вопросах запросов mysql и тд

подскажите как исправить

у меня просто других мыслей нет, как таблицы товаров ms2 с одного сайта на другой домен перенести, чтобы опять вручную ненаполнять

спасибо заранее

Добавлено в 2.6.0. Спасибо

show_in_tree и isfolder должно быть true

Пример загрузки изображений для msOptionsPrice2

$msoptionsprice = $modx->getService('msoptionsprice');
$msoptionsprice->initialize('web');

$pcsAction = 'mgr/gallery/upload';
$pcsOptions = ['id' => $productId, 'name' => $imgName, 'file' => $imgTmpPath];
$pcsConfig = ['processors_path' => MODX_CORE_PATH . 'components/minishop2/processors/'];
/** @var \modProcessorResponse $response */
$response = $this->modx->runProcessor($pcsAction, $pcsOptions, $pcsConfig);
if ($response->isError()) {
    $this->modx->log(MODX_LOG_LEVEL_ERROR, "Не удалось установить фото для товара ($productId). Сообщение: {$response->getMessage()}");
}

$responseObject = $response->getObject();
$id = $responseObject['id'];

$modifications = array(
    array(
        'price'   => '1860.0',
        'article' => 'BL802-32A',
        'weight'  => '150',
        'image' => $id,
        'options' => array(
            'size' => '32A'
        )
    ),
);

$rid = 152;

$modifications = $modx->call('msopModification', 'saveProductModification', array(&$modx, $rid, $modifications));

Самый простой в вашем случае вариант — это физически перенести все данные на новый хостинг. Потом установить плагин обновления modx, обновить modx и все плагины по очереди.

Еще предвещая вопросы. Ошибок нету. Дебаг включал и выключал. Не знаю что еще и пробовать.

Возвращаться некуда.

Удачи! Но что-то мне подсказывает, что ты вернёшься!)

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

На всякий случай прикрепляю наполнение. Как писал выше. Кроме pagetitle, parent, alias, uri и нескольких tv`шек наполнение одинаковое 100%. Проверил несколько раз.

array(44) {
  ["id"]=>
  int(162)
  ["type"]=>
  string(8) "document"
  ["contentType"]=>
  string(9) "text/html"
  ["pagetitle"]=>
  string(26) "Теплоизоляция"
  ["longtitle"]=>
  string(0) ""
  ["description"]=>
  string(0) ""
  ["alias"]=>
  string(16) "teploizolyacziya"
  ["alias_visible"]=>
  bool(true)
  ["link_attributes"]=>
  string(0) ""
  ["published"]=>
  bool(true)
  ["pub_date"]=>
  int(0)
  ["unpub_date"]=>
  int(0)
  ["parent"]=>
  int(3)
  ["isfolder"]=>
  bool(true)
  ["introtext"]=>
  string(0) ""
  ["content"]=>
  string(0) ""
  ["richtext"]=>
  bool(true)
  ["template"]=>
  int(3)
  ["menuindex"]=>
  int(0)
  ["searchable"]=>
  bool(true)
  ["cacheable"]=>
  bool(true)
  ["createdby"]=>
  int(1)
  ["createdon"]=>
  string(19) "2020-11-03 22:50:13"
  ["editedby"]=>
  int(1)
  ["editedon"]=>
  string(19) "2020-11-05 21:05:19"
  ["deleted"]=>
  bool(false)
  ["deletedon"]=>
  int(0)
  ["deletedby"]=>
  int(0)
  ["publishedon"]=>
  int(0)
  ["publishedby"]=>
  int(0)
  ["menutitle"]=>
  string(0) ""
  ["donthit"]=>
  bool(false)
  ["privateweb"]=>
  bool(false)
  ["privatemgr"]=>
  bool(false)
  ["content_dispo"]=>
  int(0)
  ["hidemenu"]=>
  bool(false)
  ["class_key"]=>
  string(10) "msCategory"
  ["context_key"]=>
  string(3) "web"
  ["content_type"]=>
  int(1)
  ["uri"]=>
  string(25) "katalog/teploizolyacziya/"
  ["uri_override"]=>
  int(0)
  ["hide_children_in_tree"]=>
  int(0)
  ["show_in_tree"]=>
  int(1)
  ["properties"]=>
  NULL
}

Хорошая статья
ilyaut.ru/tips-and-tricks/site-optimization-on-modx-revolution/

Да, это существенный момент, и похоже причина всех тормозов. Спасибо!

такое слезное чувство, спасибо за всё

cache=1 — здесь кэширование на уровне компонента, а не modx
Чтобы кэшировалось нужно убрать! из вызова

Красиво выглядит, но поиски и сортировки нужны в базе а не на странице. Вообще можно попробовать накатить datatables поверх разметки getTables, но не совсем понятно что будет и топбар gettables останется как есть.
В общем, фильтры getTables обращаются сразу к базе, а datatables скорее всего уже по выведенной на страницу таблице ищет. В getTables главное редактирование таблиц делал, а datatables — это чисто отображение. Хорошо бы на getTables сделать красивое отображение, но я в стилях не шарю. А накатывать datatables поверх скорее всего разметка полей, которые внутри ячеек таблицы, поедет. И лишний код тащить на страницу.
Думаю datatables и getTables не стоит совмещать. Если уж идти от datatables то это идти от его ajax и pdoTools, но это уже будет какой-то другой новый компонент.