5 часов назад
Уважаемый @Павел Гвоздь, планируется ли версия для modx 3?
[msBonus2] 1.3.0 Бонус-коды, уведомления о сгорании и совместимость с msMultiCurrency 6
30 июня 2026, 13:13
Добрый день! Может что-то с правами доступа к файлам? Посмотрите логи в modx, в php. С ходу сложно ответить, ранее не было таких случаев.
FileMan - прикрепление файлов к ресурсам для MODX 3 74
29 июня 2026, 21:27
Большое спасибо за подсказку, но проблема решилась переустановкой.
Зависает корзина минишоп2 2
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
Всего 125 995 комментариев
Добавляєт елемент в масив values
На сайте используется msBonus2, а также некая самописная система промокодов.
Задача №1: Нужно что бы при оформлении заказа использовалось что-то одно — с этим я разобрался: просто при выборе оплаты бонусами, очищаю поле промокода (и наоборот) с помощью js.
Задача №2: Нужно что бы при использовании промокода, бонусы за заказ не начислялись — тут я не знаю что делать. Прошу помочь советом.
ибо был магаз и я там не настраивала обратное письмо покупателю, владельцу было важным поле майла оставить необязательным. в итоге что? в итоге народу не нравиться, что по их заказу не приходит подтверждение :)
и спасибо вам, Евгений, Огромное! Вы мне очень, очень помогли)
сделала через else — и все заработало как мне надо. прям душа порадовалась)
к сожалению я поняла уже что есть проблемы с вызовом именно тут. но так и не смогла прокрасться к верному решению.
&tpl=`@INLINE:
[[+pagetitle]]
[[+tv.dopifaProduct]]
{{+tv.presence}}
{if $tv.presence | match: '1'} да {/if}
{if $tv.presence == «1»} Да {/if}
`
в общем, сия конструкция отрабатывает только первая, показывает единицу. остальные — глухо. хоть и смотрела документацию, все равно не понимаю что я делаю не так.
уже дошло до того что тупо начала перебирать варианты написания, я думала может кавычки какие неправильно написала, или еще что, бывает же что поставишь что-нибудь не то.
вынос в отдельный чанк — не вариант, у меня таких пару страниц и на каждой отдельная фильтрация, поэтому надо так реализовать.
можно попробовать как то написать свою функцию, но не знаю точно, будет ли она работать с тв, и не будет ли вызов моей функции замедлять страницу вывода.
в общем, проблема расцвела буйным цветом) прям обидно, никогда не подумала бы что тут окажется засада.
П.С.
А еще закинул чуть чуть рублс для стимуляции подвигов, а это без сомнений подвиг!
а простая запись {if $presence == «1»} В наличии {/if} — не отрабатывает
Для парсера Fenom будет корректно тогда выражение
Проблемы надо решать по мере их поступления. Вот Алексей споткнулся об гигабайтную таблицу и предложил решение. Но опять же, оно нужно не всем, а только тем, у кого аналогичная проблема. Остальным можно не париться.
Ну а отдельная таблица — это явный оверхед. Тогда уж лучше передавать в форму зашифрованные данные из параметров сниппета в скрытый инпут. В этом случае оверхеда будет гораздо меньше.
Но тут сразу второй вопорос — каждое дополнение будет устанавливать собственную такую таблицу? Или они все должны использовать какую-то общую? Если общую — как дополнениям об этом договориться, требовать какую-то зависимость, типа нового дополнения AjaxSettingsDB?
И если у вызова сниппета будет какой-то уникальный параметр, типа id юзера, то количество записей в такой БД будет ровно тем же, что и у таблицы сессий. Еще встаёт вопрос еще об очистке этой таблицы — сколько дней хранить в ней настройки?
Но, повторюсь, этот вариант мне нравится и в былые времена я мог бы переписать свои дополнения на хранение настроек в одной общей таблице. Кто сейчас это будет делать — вопрос.