Семен вообще записывает пожалуй лучшие материалы этого форума. Жаль только редко. Это кажется второй материал за полгода

Автору лайк, стелит ровно ?

Так же как и в обычном режиме, на основе extJS.
Дергать нужные процессоры (по вкусу просто PHP файлы вызывать), которые уже имеют связь с базой данных и выполняют необходимые операции (Получение, Удаление, Редактирование, Добавление записи)

Обычно в админке данные из бд надо редактировать. Как это сделать никак не понятно :-(

Допустим, есть 3 цепочки (3 товара).
1: 5 отзывов, рейтинг 4
2: 180 отзывов, рейтинг 3,5
3. 1 отзыв, рейтинг 5

Вопрос: какой средний рейтинг у категории с этими товарами? Просто сложить рейтинг и поделить на кол-во отзывов? Ну нет… да и вообще, как это звучит по логике?.. Средний рейтинг всех наших мобильных телефонов равен 4? Как-то не очень понятно звучит… а если внутри категории «Телефоны» с десяток подразделов (да еще вложенных в 2-3 уровня), а внутри порядка 500 товаров… что с этим делать, как считать? А если используется miniShop2 с его мультикатегориями… у меня столько вопросов возникает))) а если товар перенести в другой раздел, все пересчитывать?..

А конкретно в вашем случае я бы рассмотрел возможность сделать для каждого товара только одну цепочку с отзывами, например по артикулу: product-ARTICLE вместо стандартного resource-ID (так у вас 2 цепочки отзывов для фактически одного товара).

Пиши новую часть сразу ?. Не томи ожиданием

Жаль в php не силён, а так бы обязательно воспользовался вашим советом, да и вообще, написал бы молча свой ecThreadRatingCustom и не лез бы сюда с дурными вопросами).
Поэтому и спрашиваю, может у кого была похожая задача и он её решил? Тем более я не первый с таким вопросом:

Виктор
07 марта 2018, 19:41

Приветствую! Такой вопрос возник — как можно вывести общий рейтинг из нескольких ресурсов?

На счетчике сообщений проблем нет — справляется параметр threads, а на рейтинге то он отсутствует. Можно его как-то прикрутить или нужно сделать какой-то альтернативный вызов?

Конечно, рейтинг же хранится и считается для каждой цепочки отдельно.
Напишите свой сниппет, основываясь на ecThreadRating, который будет брать кол-во отзывов и рейтинг обоих цепочек и «складывать» нужным вам способом.

Конечно можно. Нужно добавить чекбоксы и переопределить метод обработчика заказа submit(), так чтобы он делал копию корзины, разделял её на два массива, потом один передавал в оформление, второй после оформления опять помещал в корзину. Если надо в зависимости от чекбоксов пересчитывать стоимость, то надо ещё и js доработать.

Про избранное понятно, но закачику именно нужно чтобы в корзине можно было выбор товаров для оформления делать. Так сделано например в интернет-магазинах «Все инструменты» или на этом же Озоне. Вообще такое можно реализовать на Minishop2?

Добрый день, нужна помощь зала, может кто нибудь сталкивался с подобной проблемой)
Сайт с контекстами.
Заказчик хочет, чтобы на странице товара, в отзывах о товаре, показывались отзывы со всех контекстов этого товара. Благодаря threads в сниппете ecMessages, эту проблему вроде удалось решить используя такую конструкцию:

{set $theadweb = 'question-'~$_modx->runSnippet("!BabelTranslation", [
           'contextKey' => 'web', 
           'resourceId' => $_modx->resource.id])}
{set $theadby = 'question-'~$_modx->runSnippet("!BabelTranslation", [
           'contextKey' => 'by', 
           'resourceId' => $_modx->resource.id])}        
{$_modx->runSnippet("!ecMessages", [
          'tpl' => '@FILE chunks/tpl_question.tpl',
          'threads' => "$theadweb, $theadby"])}

а вот со сниппетом ecThreadRating такой фокус не проходит, так как там изначально нету параметра threads, и соответственно нельзя указать несколько цепочек комментариев для обработки сниппетом.
Может кто подскажет как можно решить данную проблему или натолкнёт на правильный ход мыслей?

Написать плагин на OnDocFormSave

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

Спасибо, попробую

Привет! Можно плагином решить:

<?php
if ($modx->context->key != 'mgr') {
    switch ($modx->event->name) {       
        case 'OnBeforeUserFormSave':
            if ($mode == 'new') {  // Событие перед регистрацией пользователя
                if (empty($_POST['register_agree'])) {
                    $modx->event->output('Вы должны согласиться с политикой конфиденциальности');
                }                
            }            
            break;
    }
}

Я знаю и Office выглядел выигрышно, но в будущем все начало меняться =)

несколько лет назад был AjaxForm и Login))) А простого решения я не знаю.

Office я поставил несколько лет назад =)
Переделывать регистрацию на AjaxFormitLogin думал, но хочется найти простое решение

Я посмотрел документацию, и ничего про валидацию не нашёл, поэтому думается мне вам надо самому написать проверку. Вообще, моё скромное мнение таково, что Office бессмысленная трата денег. Есть достаточное количество бесплатных способов сделать тоже самое, самый простой это AjaxFormitLogin. Историю заказов он конечно не покажет, но для этого можно использовать msListOrders, который втрое дешевле Office, имеет много вариантов работы с заказами и лёгок в кастомизации, при том что в Office вы получаете таблицу с ExtJs.

Пробовал. Результат такой же. В итоге просто всё в один файл поместил.

Может еще modx устарел, год не обновлялся.