Про еФорм

Аа, про это)

Если сильно заморочиться, то reportTpl может быть и не чанком, а id документа. Но самое интересное, он может быть и именем сниппета, внутри которого доступен весь модх. Улавливаешь?:)

Вернее морочиться и не надо, создал сниппет reportTpl, в вызове еформ его указал reportTpl=reportTpl и рули как хошь

воу! Синьоры.. Я спросил про наличие параметра в eForm. Так как давно с ним не работал и в доке не нашёл. Если нету такого параметра - то нет) Решения-то всегда найдутся

Так был когда то сделан конструктор easyForm, причем это актуально не только для репорта, но и для любого другого шаблона

воу! Синьоры.. Я спросил про наличие параметра в eForm. Так как давно с ним не работал и в доке не нашёл. Если нету такого параметра - то нет) Решения-то всегда найдутся

Так не интересно:) а поговорить?))

так надо забить на eForm уже давно. Просто мне на доработку достался сайт. Там в основном JS правил. eForm и до этого не отправлял юзеру письма. Просто клиент спросил - раз уж я взялся - может сделаю и юзеру письмо.

Нам просто скучно.

был бы параметр такой - сделал бы бонусом. А иначе - лучше на формлистер переписать

так надо забить на eForm уже давно. Просто мне на доработку достался сайт. Там в основном JS правил. eForm и до этого не отправлял юзеру письма. Просто клиент спросил - раз уж я взялся - может сделаю и юзеру письмо.

ну так за доп плату делай

ну так за доп плату делай

ну я и озвучил

ну я и озвучил

но не оценивал ещё

тут вот другой вопрос насущный назрел. Коль вы пиво не идёте пить, и хочется вам поболтать... Какие варианты скидок в магазине должны быть? 1. Процент от общей суммы корзины 2. Процент у определенных товаров 3. Сумма в деньгах от общей суммы корзины 4. Сумма в деньгах от определенных товаров

был бы параметр такой - сделал бы бонусом. А иначе - лучше на формлистер переписать

Есть какая то фигня типа mobile и mobiletext, в первый пишешь мэйл, во второй шаблон письма. Но сам ни разу не пробовал и работает ли фиг знает:)

можно ещё категорию указать (для всех товаров категории)

тут вот другой вопрос насущный назрел. Коль вы пиво не идёте пить, и хочется вам поболтать... Какие варианты скидок в магазине должны быть? 1. Процент от общей суммы корзины 2. Процент у определенных товаров 3. Сумма в деньгах от общей суммы корзины 4. Сумма в деньгах от определенных товаров

Дать нормальное событие на добавление в корзину. И дать волю программистам 😊

А не пытаться впихнуть всё и вся в одно место

т.е. метод setDiscount - это лишнее?

Кто-нить юзал плагин TvTable? Поставил плагин, прописал id в настройках, в тв параметре заполнил таблицу. Но вызов [!TvTable!] ничего не выводит

т.е. метод setDiscount - это лишнее?

Не надо впихвать всё

Не надо впихвать всё

ну ok. Вообще основная сложность в мультивалютности возникла. Т.е. если указываешь скидку деньгами - то надо указывать и в какой валюте. Соответственно в корзине придётся таскать везде ещё отдельно валюту скидки.

ну ok. Вообще основная сложность в мультивалютности возникла. Т.е. если указываешь скидку деньгами - то надо указывать и в какой валюте. Соответственно в корзине придётся таскать везде ещё отдельно валюту скидки.

Я бы мультивалютность свёл бы только к отображению на сайте, а остальные валюты через курсы. И все подсчёты в корзине на основании основной, а потом пересчёт в мультивалютность

Не надо впихвать всё

а как быть с промокодами, которые добавляются уже на последнем шаге?

а как быть с промокодами, которые добавляются уже на последнем шаге?

Объект корзина есть? Вот его и менять этим промокодом по аяксу

Я бы мультивалютность свёл бы только к отображению на сайте, а остальные валюты через курсы. И все подсчёты в корзине на основании основной, а потом пересчёт в мультивалютность

разные товары могут быть с разными базовыми валютами

Самое мутное, что я видел, это когда один товар стоит условно тысячу, десяток стоит восемь тысяч, двадцать товаров стоят семнадцать. Вот и хрен знает, как это делается.

Самое мутное, что я видел, это когда один товар стоит условно тысячу, десяток стоит восемь тысяч, двадцать товаров стоят семнадцать. Вот и хрен знает, как это делается.

Вообще легко. Событие на добавление в корзину. И там смотрим если добавили 10, то ставим другую цену

В minishop это плагин на 10-12 строк

А логика какая? Девять товаров дороже десяти...

Ну если так заложил продавец, то это его проблемы

Не надо думать за клиента, он захотел так сделать, пусть так и будет

Ну да, я про продавца

именно. Но я решил перепроверять корзину после каждого действия, на случай изменения цены или параметров в админке. Чтобы у юзера всегда была актуальная информация. Иначе получится, что он три дня накладывал в корзину (красиво сказал) товары, а при оформлении - цены поменялись.

Вообще в цмс магазина главное это документация и развитое сообщество))

и вот метод recalculate удаляет все товары и добавляет их заново. Получается, что и плагин на добавление будет постоянно срабатывать

Индивидуальные скидки ещё на товар. От суммы, количества.

Ещё часто просят доставку бесплатно от каких-либо условий. Сумма скажем. Или статус юзера.

до доставки я ещё не дошёл

А логика какая? Девять товаров дороже десяти...

в процентах проблем никаких нет. А вот если прописывать для каждого товара зависимые от количества цены - то сложнее.

Все скидки, надбавки, купоны и т.п решаются на два события в шк - цена конкретного товара и общая сумма корзины. Еще не встречал задач, чтобы их через эти два события нельзя было решить. Единственное условие, не хранить условия в сессии и тому подобных местах

А чем сессии плохи?

Для этих целей сессии, геты и посты плохи:)

Особенно для тех, кто не знает, чем они плохи))

Кто сталкивался: дерево не грузит при загрузке админки и при клике по пункте меню, второй уровень не показывает ((

Конфликт с js какого-нибудь плагина, особенно если сайт на https.

нет кроме rocket.js не грузит ничего

плагины все отключал не в них дело никто не вкурсе что такое rocket.js ?

Все скидки, надбавки, купоны и т.п решаются на два события в шк - цена конкретного товара и общая сумма корзины. Еще не встречал задач, чтобы их через эти два события нельзя было решить. Единственное условие, не хранить условия в сессии и тому подобных местах

какие события? добавление товара и пересчёт корзины?

какие события? добавление товара и пересчёт корзины?

OnSHKgetProductPrice / OnSHKcalcTotalPrice - как-то так называются

во время вызова события правите сессию с корзиной?

после изменения цены товара в плагине, общая сумма должна же пересчитываться. Или предусмотрен output из плагина с новой ценой?

И там и там возвращается из плагина итоговая цена/сумма

А туда передается цена оригинальная и массив из корзины purchases

В сессии вроде ни цены ни суммы и не хранится

Берется по id товара его цена из тв, потом через первый плагин прогоняется, так для каждого товара в корзине, затем все это суммируется с учетом количества и уже новых цен и сумма итого гонится через второй плагин

Такая логика работы шопкипера)

Ребзя, всем привет) возможно, кому то надо простенькую визитку или простенький каталог сделать за пару копеек? С вашей версткой или со спижденым шаблоном. Нужна практика. Делал до этого визитки и простенькие каталоги, фиксил костыли, оптимизировал для спидчекера от гугла

Доброе утро, кажись мы рудименты с вами.

Много брать за работу не буду, т.к. приоритет на приобретение опыта

Доброе утро, кажись мы рудименты с вами.

Ну вообще да, modx evo это уже тупик. Большинство перешло на Evolution CMS

Дак Ево давно хоронят с 2013 ;)) Но как то безуспешно ;) как в 2013 сообщество МОДХ разделилось на 2 части +- равные так с тех пор и есть ;) Да понятно что часть РЕВО больше но маркетинг тут сыграл далеко не последнюю роль.

А по части качества кода, есть моменты что местами он морально устарел, но работать хуже он от этого не стал. А то что называется сейчас современым кодом: - покрытие тестами - установка всего и вся через компосер - работа с гит и миграциями базы данных Этого нет ни в ЕВО ни в РЕВО Да бесспорно ООП и МВЦ парадигмы в коде более продвинутые чем обычный процедурный код. Но это не мешает процедурному коду работать как нужно да еще и чуть чуть быстрее;)

А если кто думает что ООП спасает от багов так гляньте их количество на гите у РЕВО ;)

Прогерам не хватает админской мудрости: работает - не трожь!

Прогерам не хватает админской мудрости: работает - не трожь!

Я местами в ЕВО так и делаю ;))

Я местами в ЕВО так и делаю ;))

Как например с ТВ?

Как например с ТВ?

Да там есть тонна виджетов для них которые не трогаю ;) и которыми мало кто пользуется кроме разве что делиметед лист и работа с датой;))

А если кто думает что ООП спасает от багов так гляньте их количество на гите у РЕВО ;)

Багов кстати не так и много. Именно реальных багов. Самих issues много, но там скорее вида добавить бы это или старые, импортированные со старых багтреккеров и ещё нормально не разобранные

Багов кстати не так и много. Именно реальных багов. Самих issues много, но там скорее вида добавить бы это или старые, импортированные со старых багтреккеров и ещё нормально не разобранные

Это я к тому что не настолько легче и проще отлавливать. Баги и не допускать новые в Рево по отношению к ЕВО Да код в Рево ооп-ешней ;) но все равно до текущих требований еще нужно работать и работать. И проблема не столько в том что сложно переписать а в том что не хочется терять обратную совместимость и т д. А если делать все по уму то это не избежно.

у рево проблема не в багах, а в том что нововведений годами нужно ждать

"убрать из url" сколько лет сделать не могут

при том что пул-реквест даже не один был на эту тему

теперь вот новая форма логина - охуительный прорыв

а завтраками про MODX 3 кормят и вовсе всю дорогу ((:

при том что пул-реквест даже не один был на эту тему

А что за PR? Могу глянуть. Если PR нормально сделан и не спорный, они быстро вливаются. Другое дело, если они не однозначные и вызывают кучу обсуждений.

Это ведь не так, что Дима, залей вот это пожалуйста, очень нужно.

Или кто либо другой