Альберт

Спасибо огромное за помощь, проблема решена!

Спасибо

Я честно писал на email, но ответа не было.

А в поддержку написать нельзя – «компонент был куплен когда-то там и идите нафиг» )

Спасибо за ваш энтузиазм!

Тестировал modx 3 + minishop 3 и столкнулся с тем, что не редактируются поля в свойствах товара – содержимое ms3_product_extra_fields не повлияло на содержимое вкладки. Возможно, случай единичный — но установка была чистая, ранее за минишопом такой проблемы не замечал. В кеше конфига тоже посмотрел — там значение было корректное, то есть изменённое.

Тоже благодарю за решение!

Вот с json почему-то не срабатывало, а с массивом получилось.

Шик! Я просто уже в порядке эксперимента разное пробовал и забыл про split.
И да, в таком виде — с массивом в where все заработало! Премного благодарен.

Выяснилось, что это под первым админом такое происходит. Созданный новый пользователь с правами админа их видит.

Можете продублировать решение, если не сложно? :) Ссылка битая, а я что-то запутался в выводах

Я что-то затупил на таком же моменте ) Не помните, как реализовали в итоге?

Собственно, вопрос — гуглил, не нашел.

Есть ли решения, как использовать в управлении сайтом msOptionsPrice2 для удобства, но иметь разные страницы для каждой модификации? Выгрузка в маркет требует отдельной страницы для каждого товара, а без бубна я решений не обнаружил.

Странно, но наблюдаю такой же косяк:
если создать пользователя с email-ом, совпадающим с каким-либо email-ом менеджера, все — отправка почты всем менеджерам отваливается.

UPD. После переписывания всех email менеджеров и удаления пользователей, проблема больше не наблюдается.

<?php
if ($modx->event->name == 'OnHandleRequest' && $_REQUEST['q'] == 'addtocart')
{
    if (!isset($_REQUEST['id']) || !is_numeric($_REQUEST['id'])) exit('Укажите ID товара для добавления');
    
    $quantity = 1;
    $itemId = (int)$_REQUEST['id'];
    
    $miniShop2 = $modx->getService('minishop2');
    if (!($miniShop2 instanceof miniShop2)){
        exit('error');
    }
    
    $miniShop2->initialize($modx->context->key);
    $miniShop2->cart->clean();
    
    $result = $miniShop2->cart->add($itemId, $quantity);
    
    if ($result['success']) $location = '/cart';
    else $location = '/';
    
    header('HTTP/1.1 301 Moved Permanently');
    header('Location: ' . $location);
    exit ;
}

Адрес для яндекса будет в настройках турбо-страниц: site.ru/addtocart?id={offer_id}

Добрый день!
Все правильно — это «site_url» в контекстах указан?

В этом топике описано более короткое решение:
modx.pro/help/12338

Итак, вопрос решил таким образом:

1. Создал плагин msCustomOrdersList:

switch ($modx->event->name) {
    case 'msOnManagerCustomCssJs':
        if ($page != 'orders') return;
        	$modx->controller->addLastJavascript(MODX_ASSETS_URL.'components/mscustomorderslist/default.js');
    break;
}

2. В файле assets/components/mscustomorderslist/default.js:

Ext.ComponentMgr.onAvailable('minishop2-grid-orders', function(){
    this.baseParams.action = "mgr/orders/customgetlist";
});

3. В папке создал файл core/components/minishop2/processors/mgr/orders/customgetlist.class.php, который полностью копирует оригинальный getlist.class.php, а дальше уже идут мои изменения: название города в списке заказов, отключение кнопки «удалить» для менеджеров, разделение заказов по городам для менеджеров.

При таком подходе, на каждую запись-симлинк в списке на странице, будет отдельное обращение к базе?

Символическая ссылка не копирует содержимое записи.
У вас все верно выводится: [[+content]] для этих записей и будет числом — id оригинальной записи.

Боюсь советовать, налетят и закидают какашками.
Но я бы сделал сниппетом, который определяет тип ресурса и в случае, если документ — modSymLink, дергает оригинальную запись. Однако, в таком случае накладно каждую запись дергать.

Причем, вопрос действительно легкий )

Последний кейс поправлен, там какая-то дичь была.

Сниппет был не кешированный. Проблема почему-то решилась апдейтом ядра.