Артур Шевченко

В minishop2 можно создавать свои опции, TV к ним никакого отношения не имеют.

Заявлялось, о это не точно, что до 10 000 товаров работает нормально, и для нормального отображения важно не только ограничить количество товаров к категории, но и не выводить их все разом на странице, т.е. использовать либо ajax либо пагинацию. Это было про фильтры. Что до mSync, то проблемы могут быть только при первой синхронизации, т.к. хостинг ограничивает время работы скриптов и как правило это 60 сек, а за это время 40 000 товаров не загрузить, поэтому возможно придется делать несколько выгрузок.

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

Спасибо

А можете пояснить для чего data-data-type=«resource» и data-data-key=«9»? Особенно data-data-key почему именно 9?

Для начала можно в Гугле посмотреть о чём вообще речь. Через консоль в админке попробовать сменить, а если не получится тогда к хостеру за советом. Мне данный алгоритм всегда помогает;-)

Надо смотреть код, возможно там вызывается стандартный процессор и тогда вызывается стандартное событие OnUserProfileSave, и можно написать плагин, который будет из $_FILE брать файл, загружать его на сервер и вставлять путь к нему в extended. Как загружать файлы можешь глянуть тут там про FormIt но суть одна.

Решил. Проверьте чтобы в настройках БД было так sql_mode=only_full_group_by.

А чем именно он будет неудобен? Место в админке будет занимать)))

Если охота прям заморочиться, тогда

$tv = json_decode($resource->getTVValue('migxtvname'),1);
$tv['date'] = '';
$resource->setTVValue('migxtvname', json_encode($tv, JSON_UNESCAPED_UNICODE));
$resource->save();

Я написал на один элемент, вообще надо конечно в цикле, т.е. $tv это массив и по нему надо пройти в цикле и сравнивать даты и дальше по вашей логике, НО я бы просто сделал отдельный раздел с ресурсами и и использовал возможность автоматического снятия с публикации, на вкладке Настройки любого ресурса есть поле Дата отмены публикации.

Опишите задачу, а не ваше решение, если хотите развернутый ответ. А так удалить значение TV можно просто его затерев

$resource->setTVValue('tvname', '');
$resource->save();

Сделай выборку по родителю

$products = $modx->getColection('msProduct', array('parent' => id'));
...

Или по нескольким

$products = $modx->getColection('msProduct', array('parent:IN' => [id1,id2,id3]));

FormIt он под Fenom не заточен, это минус, поэтому от себя могу посоветовать попробовать такой вызов

{$_pls['fi.id']}

Просто создать ТВ не получается? А потом вот так

<img src="[[*img]]" alt="[[*alt]]">

Если есть доступ в БД зайдите в неё и посмотрите где лежит нужная информация. Ищите таблицы у которых вторым префиксом идёт ms2_
ms2_products
ms2_product_categories
ms2_product_files
ms2_product_options
ms2_product_links
Соответственно делаете запрос в старую базу, потом результат кладёте в новую, только с файлами будут сложности, поскольку на новом сайте будут новые id у товаров.

$products = $modx->getColection('msProduct');
foreach($products  as $p){
    $pagetitle = $p->get('pagetitle');
    $longtitle = $p->get('longtitle');
    $size = $p->get('size');
    $p->set('pagetitle', $pagetitle . ' ' . $size);
     $p->set('longtitle', $longtitle . ' ' . $size);
    $p->save();
}

Код выполнить в консоли.

Если этот вызов работает

[[!str? &str= {
текст| 
текст2|
текст3|
тест4
}
]]

То возможно стоит попробовать вот так

[[!str? &str= `{
текст| 
текст2|
текст3|
тест4
}
{
текст| 
текст2|
текст3|
тест4
}`
]]

Если я конечно правильно понял принцип работы сниппета.

Переписал, надеюсь стало немного лучше.

По поводу проверки я понял, пока не знаю как её делать, но я погуглю)))

А если в куки писать? Мне кажется так удобнее, тогда и на фронте будет доступ к данным и на сервере, или есть какие-то минусы такого подхода?