Александр
С нами с 30 января 2017; Место в рейтинге пользователей: #1537- Заметки 6
- Комментарии 2
Вчера в 22:11
Есть поле mail_smtp_user введи туда логин, если не сработает введи email. И не забудь в emailsender корректный email прописать.
Modx 2.8.8 еще подходит отправки почты через smtp.yandex.ru? 3
Вчера в 20:42
Задача закрыть все потребности никогда не стояла. Я скорее облагородил то, что уже было.
Нужно же и платным компонентам дорогу для развития оставлят...
MiniShop3 1.0.0-alpha.4 — Большое обновление админки 5
19 декабря 2025, 15:43
Подозреваю, что в системных настройках компонента нужно указать ID нужного способа оплаты и в уведомление о заказе не забыть прописать ссылку на оплат...
msOneClick - обновление 5
19 декабря 2025, 11:37
Добрый день! с 1 января 2026г. меняется НДС. Подскажите, где поменять НДС на 22%
[mspTinkoff] - метод оплаты Tinkoff MiniShop2 35
18 декабря 2025, 10:15
Ага, спасибо. Первый и думаю не последний)
StaticFilesPlus — автоматическое создание статических элементов с поддержкой категорий 10
13 декабря 2025, 17:47
Для MIGX нужно указать
"configs": {
"startDay": 1
}
Ввод дат в "привычном" формате ДД.ММ.ГГГГ и отображение с понедельника 12
12 декабря 2025, 22:23
В Сбере поменяли работу с логином и паролем интернет-эквайринга. Теперь они без суфикса -api. И настраиваются в ЛК СберБизнес. (Логин ПШ и ПАроль ПШ)....
[mspSberbank] Оплата заказов miniShop2 через процессинг Сбербанка 109
msDiscount уже есть.
К сожалению многие разработчики как и Вы заняты)
К вам обратился, т.к. у Вас уже были наработки по данной теме.
Может тогда подскажите как правильней решить данную задачу:
Нужно в момент регистрации пользователя проверять номер вводимой дисконтной карты (хотя бы по принадлежности к диапазону номеров) и разносить его в разные группы с разными скидками.
К сожалению, разработка не закончена. Заказчику, для которого это делалось, в итоге промо-коды не понадобились, а больше подобных заказов не было.
Я вам историю одну расскажу, реальную, про промо-коды (не моя, рассказывали).
Так вот. Был сайт. Было поле для ввода промо-кодов при оформлении корзины.
И решили это поле ввода убрать. Просто выпилили любое упоминание о промо-кодах.
Вуаля — конверсия при оформлении корзины выросла на 15-20%. Т.е. убрали одно поле, а прибыль магазина увеличилась (грубо говоря) на 5ю часть. Приносил магазин 100 тысяч прибыли, стал приносить 120 тысяч. Убрали промо-коды. Чудеса? Отнюдь, всё довольно логично — юзер, дошедший до этапа оформления корзины, видел поле для ввода промо-кодов, шёл в гугл, чтобы найти себе заветную скидочку, и… больше на сайт не возвращался. Убрали это поле — убрали мотивацию уходить с сайта не завершив покупку.
После этой истории, продолжать разработку на добровольных началах стало не интересно. Плюс к этому, зная, что эта разработка может наоборот ухудшить конверсию и уменьшить прибыль, я её доделывать уже точно не буду.
Такие дела. Расскажите эту историю вашему заказчику — может он передумает и вам не придётся внедрять эти промо-коды :-)