Добрый день!
В связи с введением новых правил, в чеках теперь должны быть указаны товары. Кто-нибудь решил такую задачу? Можете подсказать решение?

спасибо большое, так работает

Попробуй так:

'where' => ['resid:=' => $_modx->resource.id]

Обновление дополнения доступно в репозитории

Спасибо большое! Работает

Решение.
Открываем файл core/components/minishop2/model/minishop2/msproductdata.class.php
Находим строку 648
Меняем

$data = array_merge($data, $response['data']);

на

$data = array_merge($data, $response['data']['data']);

Обновление исправляющее ошибку официально выйдет в ближайшие дни

Это не решение. Фикс будет возможно сегодня.

Обратиться в modstore — это конечно хорошо. Но компонент был приобретен в 2018 году и прекрасно работал до вчерашнего дня. А значит нам нужно будет платить только за то, что что-то пошло не так после обновления.

Странное у вас понимание проблемы. Авторизация не на ровном месте же сломалась. Она полностью изменилась со стороны AMO. У вас в любом случае она больше бы не работала.

Несколько десятков проектов обновились — и ничего работают. Проблем нет.

Платить вас никто не заставляет конечно — ровно как и меня вам помогать.
Единственное что я могу вам посоветовать вслепую не щупая проблему — Попробуйте саму интеграцию удалить, создайте заново, прямо с нуля с новым client ID -

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

Обратиться в modstore — это конечно хорошо. Но компонент был приобретен в 2018 году и прекрасно работал до вчерашнего дня. А значит нам нужно будет платить только за то, что что-то пошло не так после обновления.

Ну очевидно же — что то идет не так с авторизацией.
Попробуйте очистить кэш, а конкретно удалить в кэше каталог amocrm, затем заново создайте в личном кабинете ключ авторизации (он всего 20 минут действует), обновите эти данные в системных настройках сайта и сделайте заказ.
Если не поможет — пишите в техподдержку на modstore — разберемся.

тоже надо было.
вот ответ — [[#[[*parent]].alias]]

Здравствуйте! У нас стояла старая версия amoCRM, которая была настроена еще старым методом через API в кабинете AMO и веб-хуки. Все это работало и заказы поступали в AMO. А вот после обновления компонента и установки связи новым методом (т.е. по новой инструкции с ID интеграции, секретным ключом и кодом авторизации) — перестали отправляться заказы из корзины сайта. Т.е. при нажатии кнопки «Отправить заказ» страница виснет.
Причем, заказы перестают отправляться уже после установки компонента даже без настроек, а после внесения настроек эта ситуация не меняется.

В логах выдает ошибку запроса, код — 401, см. скриншот.

Вернутся к пакету minishop2-2.6.0 ошибка пропадает.

Site sucker

core/components/pdotools/model/pdotools/pdotools.class.php 446
Ошибка пипец как смущает, после обновления, 6 мегабайт уже.
Ошибка пишет тут

// Processing given placeholders
            if (!empty($properties)) {
                $pl = $this->makePlaceholders($properties);
               $content = str_replace($pl['pl'], $pl['vl'], $content);
            }

Что делать и как устранить её?

Может я что-то делаю не так, но на стандартных чанках tpl.msCart и tpl.msOrder перестало считать общую сумму корзины и заказа, стоимость при этом меняется.

Если сайт на modx, то вытаскивать верстку, чтобы превратить её в статику, кажется ещё более некошерным. Создайте новый контекст и заливайте туда новую информацию.

спасибо, буду решать с хостингом

Привет!) Исправляюсь)
Я уж если честно, забыл совсем про этот коммит.
Мне уведомления приходят, что тут какая-то движуха происходит, но всё как-то времени не было посмотреть нормально.

@Андрей Шевяков протестировал верно. На сколько я вижу, тестировал он именно в корзине. Если тест производился в карточке товара — то не ок.
Не ок в том плане — что мой коммит работает тогда не верно =)

Логика:
1. Кладём товар в корзину с любой опцией (с выбранным размером, цветом, фасоном, хоть с чем).
2. Теперь идём в корзину (именно в корзину) и по аналогии с кол-вом товара, мы можем менять и опции товара.

Если мы зашли в карточку товара, положили этот товар с опцией в корзину, остались в карточке этого товара и снова добавили этот же товар в корзину но с другой опцией — то в корзину должен упасть «новый» товар. Т.е. этот же товар, но с другой опцией.
Если же вместо этого поменялась опция — то мой коммит работает НЕ верно.
Ибо в этом случае не возможно будет заказать несколько позиций одного и того же товара, но с разными опциями (с разным размером, цветом и т.п.).
Тобишь коммит должен работать только в корзине.

Тест:
1. Положили товар в корзину с опцией.
2. Положили этот же товар еще раз в корзину но с другой опцией — если добавился новый товар — то всё ок.
Если же у товара в корзине обновилась опция — то можно прекращать тест — мой код работает не верно.
3. Идём в корзину. В &tpl сниппета msCart, как и писал @Андрей Шевяков по аналогии с кол-вом товара добавляем:

<form method="post" class="ms2_form">
        <input type="hidden" name="key" value="{$product.key}">
        <input type="hidden" name="count" value="1">
        <input type="text" name="options[size]" value="{$product.options.size}">
        <button type="submit" name="ms2_action" value="cart/change">Изменить размер</button>
    </form>

Ну и собственно пытаемся изменить размер.

По поводу лексикона:
— просто добавить новый лексикон и надеется что всё заработает — не получится =)
— коммит изменяет стандартную функцию $miniShop2->cart->change(). А она в свою очередь предназначалась только для изменения кол-ва товара.
Соответственно нужно дописывать код и смотреть что именно изменяется.
Если изменилось кол-во — то выводить одно уведомление.
Если изменилась опция — то выводить другое уведомление.
Если изменилось и то и другое — то ваш сайт удалится =) шучу =)

Думаю у вас mysql 8. Что modx на данный полноценно не поддерживает.

Решение снижать версию БД

modx.pro/components/21212#comment-126040
modx.pro/components/21212#comment-126154