Релиз miniShop2 ver. 2.8.2

Спасибо, @Иван Бочкарев и всем коллегам! Очень важные обновления, флагман как и прежде на плаву и набирает обороты.
Лови донат :)

Большое спасибо! Как обычно, закинул свои пять копеек))

Добавлена поддержка параметра return в msProducts

Эх, это бы, да пару лет назад :)

Закинул донат!

Не могу отправить… Error «Списание с иностранных карт запрещено», карта Сбербанк (KZ). Иван как можно еще отправить кроме яндекс денег и тинькоф?

Не знаю, с обновлением связано или нет. Но вчера обновился и вылезает теперь такая ошибка:

Parse error: syntax error, unexpected '=' in /core/cache/includes/elements/modsnippet/20.include.cache.php on line 111

на 111 строке такая конструкция:

[$operator, $key] = $components;

Меняю на

[$operator, $key] == $components;

все работает, но до следующей очистки кеша.
Помогите пожалуйста решить проблему

Пожалуйста, обновите описание плагина и его требования тут: modstore.pro/packages/ecommerce/minishop2

Там все устарело: текст, фотки.

Так же было бы не плохо обновить демо версию тут: minishop2.com/

Движок, сам miniShop2, и включить показ админ панели miniShop2 в админке, чтобы было нагляднее как работать с заказами, опциями и т.д.

Это вводит в заблуждение новичков.

По поводу параметра «return» можно както вернуть масив со значениями, или только return=>json, а потом json_decode?

После обновление перестал работать сайт выводит ошибку 500, HTTP ERROR 500, добавил всего лишь [[!msProducts?]]
Проект почти готов и после обновление придётся делать заново. Переносить всё на новую CMS,

Приветствую
Столкнулся с проблемой, когда товары в разных контекстах корзина не выводила товара, даже при указании контекста в вызове.
Полез в сниппет msCart, а он и не учитывал этот параметр, а брал текущий
prnt.sc/113uu0p

$miniShop2->initialize($modx->context->key);

Дописал:

$context = $modx->getOption('context', $scriptProperties, $modx->context->key);
$miniShop2->initialize($context);

И это не только в msCart, во всех где есть инициализация и контекст такой недочет
@Иван Бочкарев, есть ли возможность поправить в след релизе? а то клиент вдруг обновится без моего ведома, а я исходник правил.

Хочу уточнить. Много где встречал упоминание, что modx в целом и minishop в частности хорошо работают с кодировкой таблиц utf8mb4
Почему я всегда при установке minishop получаю ошибку создания таблицы «ms2_options» при условии что у меня все таблицы в utf8mb4?
Если таблицы в utf8 то все ок
github.com/Ibochkarev/miniShop2/issues/391

Чего я не понимаю?
Версия minishop — последняя
mySql — 5.6.39

Добрый день. Подскажите. Пришлось письмо от PayPal

PayPal расширяет инфраструктуру мгновенных уведомлений о платежах, которая используется для информирования продавцов о событиях, связанных со статусом операций PayPal. В результате этого изменения к IP-адресам, с которых мгновенные уведомления о платежах отправляются с 18 января 2021 года, добавлены семь новых IP-адресов. 
 
Ниже приведены все IP-адреса, используемые для мгновенных уведомлений о платежах.
 
66.211.170.66
173.0.81.1
173.0.81.0/24
173.0.81.33
173.0.81.65 (новый)
173.0.81.140 (новый)
64.4.240.0/21 (новый)
64.4.248.0/22 (новый)
66.211.168.0/22 (новый)
173.0.80.0/20 (новый)
91.243.72.0/23 (новый)
 
Дальнейшие действия
 
Если к мгновенным уведомлениям о платежах, получаемым от PayPal, применяется фильтрация IP-адресов или список управления доступом, рекомендуется добавить туда до 3 мая 2021 года все указанные выше IP-адреса.

На сколько я знаю реализация работы с PayPal идет с minishop2. Где можно пофиксить данные изменения?

Уважаемые разработчики. Вопрос не совсем по теме, но все же. Вдруг кто откликнется. Как из своей таблицы добавить данные в $_modx->resource, как это сделано в minishop2? Если что вот ссылка на вопрос. Очень не хватает компетентного ответа. modx.pro/help/21936

Добрый день. Столкнулся с проблемой: при загрузке нескольких изображений (абсолютно разных с разными именами) выскакивает ошибка. Проблема существует уже давно. Есть топик с решением modx.pro/help/12445. Решение работает, но к сожалению при обновлении Minishop2 это все исчезнет. Если есть возможность исправить в будущем обновлении, был бы благодарен. Спасибо.

Ребят, не в первый раз ошибка при установке минишопа
prnt.sc/1gnp58t

Последние релизы модх ставятся не с той кодировкой
prnt.sc/1gnq1kd

Даже если ставишь свежий модх с кодировкой которая была раньше, все равно при установке минишопа ошибка.

Приходится устанавливать сначала версию модх 2.7.3(т.е. все ок с кодировкой), установить минишоп, потом повышать модх до последней.

хостинг Таймвеб, версия MySQL 5.6

Есть предложение на счет сниппета msOrder. Для авторизованных пользователей при заходе на страницу с msOrder подтягиваются поля из личного кабинета — это все очень хорошо, но если пользователь изменил какое-то поле например city то после перезагрузки страницы, данные перезаписуться на те которые сохранены в кабинете. Предлагаю переделать 152 срока на:

$value = $order[$value] ?: $profile[$value];

Внезапно, но на версии modx-2.7.2 и minishop2-2.6.0 возникла проблема. Причем возникла как: с утра работало абсолютно все и проходили оплаты, с обеда отвалилось… Развитие симптомов: при оформлении заказа, после того как пользователь заполнял свои данные (телефон, e-mail, ФИО) и нажимал кнопку «Отправить» происходил редирект на платежку Tinkoff (использую mspTinkoff) и далее после успешной оплаты происходил обратный редирект на successpage на сайте (/order/success.html?msorder=XX). Все штатно, без нареканий. Но, что-то сломалось и теперь не происходит редиректа на платежку Tinkoff — пользователь нажимает кнопку «Отправить» и не происходит ничего… Вернее, там «под капотом» все же происходит кое что интересное: в консоли браузера видно обращение по XHR к action.php. Туда отправляется вот что:

payment: 5
delivery: 2
email: somebody@mail.com
receiver: Иван Иванов
phone: +7 (903) 90390390
ms2_action: order/submit
ctx: web

а вот response выглядит странно:

<html>
<head></head>
<body>
Array
(
    [id] => 108
    [user_id] => 7
    [createdon] => 2021-08-24 18:15:15
    [updatedon] => 
    [num] => 2108/8
    [cost] => 3000
    [cart_cost] => 3000
    [delivery_cost] => 0
    [weight] => 0
    [status] => 1
    [delivery] => 2
    [payment] => 5
    [address] => 108
    [context] => web
    [comment] => 
    [properties] => 
    [type] => 0
)
1
</body>
</html>

И самое интересное — заказ создается… Т.е. на этом этапе он уже есть в админке. Со статусом «Новый». Вот только пользователь остается там же — на странице оформления заказа, без возможности оплатить.

Что сломалось — ума не приложу. Обновил уже все компоненты, но ничего не изменилось. Прошу посильной помощи уважаемого сообщества.