Николай Савин

Я, например проверяю IP. Обратил внимание, что большинство запросов со спамом лезут из Европы. Потому чаще всего достаточно проверить страну отправителя. И если это не РФ (в моем случае Казахстан был) — то отклонять запрос.
Очень простенький хук на самом деле — и сильно спасает.
Не везде это конечно нужно, но в региональных магазинчиках сойдет
Вот пример кода для хука FormIT

$response = file_get_contents('https://ipwhois.app/json/?lang=ru&ip='.$_SERVER['REMOTE_ADDR']);
$response = json_decode($response, 1);
if(is_array($response)) {
    if($response['country_code'] === 'KZ') {
        return true;
    };
} 

return false;

json_encode возможно лишний

Этот вопрос написан почти четыре года назад! Зачем на него отвечать?

Ой да кто тут опытный, это же MODX. Тут если знают что такое PHP — это уже опытные.
А если умеют компоненты делать — так вообще полубоги.

Это очень интересный кейс. @Тодор а чего бы тебе не написать чуть более расширенную заметку на эту тему. Что-то вроде «Сортировка с использованием операторов БД».
Не припоминаю, чтобы я тут такое встречал.

ms3 будет в Январе. Ну и еще останется экосистему к нему подтягивать.

Тогда нужно решать либо с автором, либо еще может быть с техподдержкой магазина

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

Нет проблема не в этом, и конкретно эта запись совершенно безобидная. Ошибкой не является.

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

Ну вот здесь кстати тоже нельзя удалить комментарии, хотя у нас не Tickets
Конкретно по вашему вопросу — судя по всему готового решения нет, но в целом не вижу проблем допилить нужную кнопку.

Ну логично. Минишопом пока никто не занимался. Это же все по цепочке зависимостей нужно делать.
Сначала MODX3, за ним PDOTools, далее ms2 (или может быть уже ms3) и потом еще всю экосистему подключаемых к минишопу модулей до ума доводить.

Здравствуйте. Нет такого не предусмотрено.

Обновился минишоп, без спроса, при обновлений другого приложения

Так не бывает.

Выше всё написано, всё точно также.

Еще раз… хотите получить решение конкретной проблемы — создайте issue в репозитарии проекта на github. Это нормальное поведение для IT разработки.
Мне важно увидеть, что вы не просто бубните на форуме, а делаете хоть что-то, чтобы поддержать БЕСПЛАТНЫЙ труд других людей.

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

Tickets передан под управление нашей GitHub организации modx.pro github.com/modx-pro/Tickets
Им и правда сейчас никто не занимается, но это не потому что, не хочется. Задач очень много по всем направлениям. Банально не успеваем. На подходе MODX3 — к нему нужно готовить экосистему
Конкретно сейчас идет работа над pdoTools, над минишопом, надо сайтом сообщества, где мы сейчас находимся.

Изменил раздел на «Готовые решения», так как здесь речь не о компоненте MODX

Не скорее, а так и есть. CMF MODX это фреймворк!

Сначала написал потом, подумал о контексте вопроса. Конкретно в обсуждаемом компоненте не видел как сбрасывается кэш, и сбрасывается ли вообще.

Это на самом деле очень просто делается
Вот такой метод есть у кэш менеджера для очистки кэша конкретного ресурса (товар это же ресурс)

$modx->cacheManager->delete($product_id, array(xPDO::OPT_CACHE_KEY => 'resource/web/resources'))