2 часа назад
Такое сделать вообще не сложно, но ведь это в десятки раз дороже, чем использовать подписочную модель…
[aiAssist] Я же просто попросил его создать магазин, а он СДЕЛАЛ ЭТО! 6
2 часа назад
Не хватает кастомизации автокомплита: к товарам нужны как минимум цена и фото.
Будет отлично, если появится в будущем.
mSearch для MODX3 и MS3 - уже в modstore.pro 11
Вчера в 10:56
Нюанс со сниппетом msCart: прерывание работы сниппета при наличии $_GET['msorder']: disk.yandex.ru/i/fOiDPWuW8xgXsg
Мне кажется, это ошибочно...
Новости MiniShop3, mSearch, mFilter 19
07 мая 2026, 07:53
Решение оказалось банальным: в вашем источнике файлов нужно, чтобы пути НЕ начинались со слеша.
Почему в Диспетчере файлов не отображаются SVG файлы? 7
06 мая 2026, 16:09
Круто, установилось наконец. Начинаю изучать.
Мне было грустно без Modhost и я сделал Meowbox 27
06 мая 2026, 13:28
Столкнулся с этим сейчас) у меня один файл не открывался, оказалось файл был в кодировке windows-1251, сменил на utf-8 и все заработало.
Uncaught SyntaxError: Unexpected token , 16
28 апреля 2026, 10:33
docs.modx.pro/components/minishop2/development/scripts-and-styles
вам нужно событие Order.submit.response.success
Как создать java script событие для кнопки "оформить заказ"? 1
27 апреля 2026, 13:13
Если только после майских праздников можно будет сделать для 2.x. Попробую.
mxDadata — интеграция DaData (Suggest, Clean, Party) с MODX 3 и MiniShop3 2
Правда запрос странный, в нем нет leftJoin)
Если кеширование не нужно — то сохранять данные в TV странное решение будет… проще их получать и сразу обрабатывать.
Открыл яндекс, набрал там «GoogleSheets modx»…
Первая же ссылка — внезапно (!) на документацию компонента… окей… посмотрим… обращаем свой взор на навигацию слева и видим… волшебное слово MIGX! Откроем, почитаем… и правда, вот он, импорт из таблицы в migx!
docs.modx.pro/komponentyi/googlesheets/migx
Тогда не придется создавать отдельное tv поле.
Ну правда кроме первой фразы про 99% вопросов. В целом могу отметить, что вопросы ко мне приходят, как правило, дельные и выходящие за рамки описанного в документации и статьях.
отсюда вывод — нужно сайт смотреть, а не то, на чем он сделан.
суть сводилась:
— если просто подключение простых чанков и кешируемых сниппетов — то парсер MODX чуть быстрее
— если есть всякие if, модификаторы (is и т.п.), то феном начинает выигрывать.
Для меня в любом случае важнее удобство Fenom, чем миллисекунды скорости.
Здесь история в том, что по идее нужно вызывать msProducts, который отобразит товары так, как нужно (с подключением изображений, параметров и т.д.).
Я для этих случаев просто получал ids товаров, а после передавал их в msProducts:
Не получилось, сразу в нескольких местах выскочили проблемы, ни сниппет msCart, ни чанки не готовы к такому повороту событий) все равно во многих местах тащится родной pagetitle от товара… я в итоге забил, и вместо вывода pagetitle в заказе вызываю каждый раз свой сниппет, который динамически формирует название товара.
А вообще идея здравая: сделать возможность подменить name у товара в корзине.
Это некешированный вызов:
Различие в том, что первая запись после первого своего вызова кешируется и данные сохраняются. Поэтому для 2го пользователя все равно будете видеть id первого.
Как правило, если не делать сложных и странных запросов, преобразований и грамотно кешировать, то страницы любого сайта работают быстро и это мало зависит от статических или не статических чанков.
Мой выбор Fenom, даже если он будет в чем-то медленнее.
Тут были эксперименты, что при сравнении простых вызовов сниппетов/чанков Fenom даже проигрывал…
Но! Чего только стоят if и foreach в феном… я уже не представляю как без них жить.
Или 12 заказ 20 года