27 июня 2026, 10:51
Применительно к данному компоненту не знаю, что можно сделать специфического для ИИ. Хотя в целом идея интересная, можно в пакет добавлять скилл или п...
Хватит логгировать как в каменном веке 🪵 5
26 июня 2026, 09:30
Все рекомендации учтены
CommerceBridge1C — двусторонняя интеграция 1С с MODX 3 и miniShop3 по CommerceML 2. 8
25 июня 2026, 21:21
Я и не искал. С новым Formit необходимость в Fetchit и аналогах отпала. Переезд легкий, только событие в js изменить.
FormIt 5.2: нативный AJAX и reCAPTCHA v3 7
25 июня 2026, 01:17
Кстати вопрос возник. Раздражало что для базовой локализации надо было делать версию ru — т.е. создавать дублирование информации из полей и доп.полей....
Localizator3 для MODX 3: перевод полей и TV без отдельного context на язык, Vue 3 + PrimeVue 2
20 июня 2026, 17:54
Только что столкнулся с таким на modx3, ранее 1 раз видел на modx 2.8 — не было времени и мотивации разбираться.
Но проблема есть и она старая.
Кл...
Не срабатывают статичные плагины 1
19 июня 2026, 23:14
Обновление компонента
История изменений MaxNotify 3
1.2.0-pl
добавлен канал max в Центр уведомлений miniShop3;добавлена отправка из Центра дл...
MaxNotify3 3
19 июня 2026, 21:05
Копать надо в браузере. На вкладке сеть, если ответ 500, тогда в логи сервера.
Зависает корзина минишоп2 1
Всего 125 991 комментарий
Во-первых в случае принятия кода — можно смело заявлять что входишь в число разработчиков ms2 — и даже показывать ссылку на список контрибьютеров компонента.
Во-вторых необходимость предложить свой код заставит включить голову и сделать это максимально качественно.
В третьих — github позволяет работать над кодом совместно, получать код ревью от более опытных товарищей и самому становиться более опытным.
как альтернатива — написать отдельную панель с деревом товаров и с пагинацией в этом дереве.
Или убедить клиента, что дешевле пользоваться стандартными средствами, что он может искать любимые товары в админке с помощью строки поиска и сделать отображение по 100 или 200 штук в списках.
А бред — выводить 3к в дереве и работать с этим…
А у меня вторая серия, только теперь с tickets-ом), он тоже грузит свои скрипты и стили с пустыми настройками frontend_css и frontend_js, но с включенным enable_editor в положении 'да', и никак это побороть нельзя.
Придётся отключить этот редактор «markltUp» в комментариях, блин.
Почти все CRM системы и админки выводят данные чего-либо в табличном представлении. Твоя задача как разработчика, объяснить это клиенту и убедить его отказаться от желания видеть все в дереве ресурсов.
Я на одном проекте делал руками примерно такое. Там всё было сделано обычными ресурсами, но можно и категории и товары в минишопе сделать.
На странице категории есть поле в которое писалось условие для выборки, по сути тоже самое что и этот компонент, только кодом.
На странице товара я делал так:
вот и руками всё прописывал, это неудобно. Особенно если условий 50 или 100 или ещё больше.
Вот и хотелось бы каким нибудь сниппетом выводить это, чтобы он проходил по всем категориям с условиями и вставлял те, что подходят. Чтобы потом просто добавлять категорию и выставлять нужные условия и везде в товарах сразу появлялись ссылки на эту категорию.
И вопрос в каком контексте msProductsComposerSelection — тут участвует? Я просто активный пользователь (и фанат) как интегратор данного пакета, я как-то даже прикинуть не могу как изложенный тобой кейс с пакетом. Раcскажешь?
Можно, думаю сделают. Вопрос только когда?))) У них там полно работы судя по issue на github.
Можешь туда им написать, предложив свой код.
Так понимаю в mSearch2 добавили такую возможность в базовую сборку? Почему нельзя сделать так же с minishop2 в одном из следующих обновлений?