Андрей Шевяков
С нами с 28 сентября 2016; Место в рейтинге пользователей: #1083 часа назад
Мне отсутствие перевода не мешает использовать MIGX в любых мне нужных местах.
Битый день гадаю: как сделать в migx-структуру с плавающими колонками.... 4
3 часа назад
Насколько я помню, не во всех последних релизах была проблема со старой версией PHP (с 7й), а в 2.8.6 и 3.0.4 (предыдущих на текущий момент релизах из...
Вышел MODX 2.8.7 - починили превью, можно обновляться! 11
Сегодня в 00:32
Демо вроде автор закрыл, а ссылка из поста на компонент вполне рабочая, или о чем речь?
Quiz или как не потерять клиента. 86
Вчера в 14:54
Давай попробуем вот так — youtu.be/BbyfFDARgZU
mmxApp - разработка новых composer дополнений 4
Вчера в 09:56
Не знаю, не помню когда в последний раз использовал эту конструкцию. Раньше да, помнится были какие-то проблемы.
Мне кажется, лучше пройтись по шаб...
Парсер fenom в шаблоне без конфликтов... 5
Вчера в 07:36
Мне вообще не нравится, что файлы дополнений раскиданы по всей системе… часть в assets/name, другая в core/name, а третья получается еще и в _build/na...
Эксперимент с Modx Extra + Docker 13
22 апреля 2024, 17:19
Я нафигачил просто несколько условий
Разные цены для разных групп покупателей 7
Скрипт для действия покупки располагается на странице успешного заказа в чанке tpl.msGetOrder. И мы столкнулись с проблемой, что если клиент совершает заказ без оплаты (у нас есть такой вариант, после подтверждения от менеджера), то все ок, но если клиент уходит на оплату, то некоторые, после оплаты просто не возвращаются на сайт и поэтому не видят страницу успешной оплаты и отсюда минус, что эти данные в коммерцию метрики не уходят.
Пока еще не исправляли этот момент, но в теории данные должны отправляться в момент успешного оформления заказа, до перехода клиента на оплату. С вашим скриптом в таком случае видимо тоже не отработает скрипт. Вот если это как то сможете настроить, было бы супер!
Есть форма. В ней клиент оставляет email и имя того кому должно уйти письмо.
Необходимо, чтобы письмо после отправки уходило на почты:
— Почта администратора сайта
— Почта того кто отправляет письмо name=«name»
— Почта того кого указали получателем письма в форме name=«recipient_name»
Форма:
Подскажите на что обратить внимание? Т.е. получается нам надо отправлять письма на почты которые заранее неизвестны, их заполняет клиент.
А может есть пример какой нибудь?
Назвал userExists
Код:
Все работает!
Такой вопрос возник.
В личном кабинете есть форма изменения данных пользователя.
Для нее используются такие настройки:
При таких настройках, можно в форме указать почту другого пользователя, который тоже есть в бд, и все сохранится. Как сделать, чтобы выдавал ошибку, что такой пользователь уже зарегистрирован и эту почту использовать нельзя?
Если не получится, то за больший донатик напишу тебе, за помощью))))
Донатик на развитие miniShop2 сейчас закину.
Хочется разобраться самому с такой задачей. Я понимаю что наверное тут с самого начала уже подход не верный у меня.
msGiftCart с последним минишопом конфликтует, там никак не пофиксят.
assets/components/msstatorders/js/mgr/order/order.grid.js
assets/components/msstatorders/js/mgr/product/product.grid.js
И меняете можно заменой кода comment на order_comment. В обоих файлах будет в 3х местах.
Дальше хорошо вычистить кеш и все заработает.
Но при обновлении дополнения, все слетит.
В таком варианте не надо записывать в системные настройки.
2) Вешаем на событие pdoToolsOnFenomInit
3) Вызываем файлики так:
У кого-то подсмотрел не помню точно. Но легко гуглится, сможете найти.
Пользуюсь много лет, ни разу не подвел.