Курс 2016 года “Разработка на UMI.CMS от 0 до готового сайта”

Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - Rodogor

Страницы: 1 [2] 3 4 ... 13
16
Это список можно дополнить комментами из ВК и Facebook
Да, забыл их упомянуть по той причине, что пользователь, желающий оставить коммент, должен быть зареган в соцсети, а с Disqus и Hypercomments иначе - там куча вариантов входа, в том числе через разные соцсети...
Если не ошибусь, то можно даже замутить авторизацию с сайта - там же очень развитые API.

17
Самый быстрый и простой способ - интеграция виджетов комментариев. Для примера - disqus, hypercomments.

18

$user->groups =  Array(..идентификаторы групп пользователей..));

19
Шаблоны XSLT / Re: Бонусы - Депозиты
« : 01 Марта 2016, 12:57:29 »
По поводу сгорания - я видел такую хитрую штуку. Каждый месяц сгорание. Но не всех бонусов - а только какого-то количества. В данном случае - 35. Это как стоимость пользования системой. Вроде и немного сгорело, но все равно обидно. Может стоит этот метод взять на вооружение? И несложно в реализации и мотивирует так же.
Каждый календарный месяц или каждый месяц бездействия?
А если я зарегистрировался в последний день месяца и получил бонусы, завтра они сгорят? :)
А если у меня меньше 35 бонусов - отрицательное число бонусов станет? :)

Ну зачем перегибать-то? Очевидно что нельзя списать бонусов больше, чем есть. Ну и последний день в случае системы, которую я сам лично видел никак не компенсируется. То есть реально в последний день я могу накопить 35 бонусов и у меня их тут же спишут. Да, есть такая тема - но это вопрос конкретного маркетингового подхода. Я же не говорю что это прям единственно верное решение. Да и не бывает верных решений в данном случае. Нужно тестировать на пользователях что их больше будет мотивировать: сгорающие на 100% бонусы каждые 3 месяца или сгорающие каждый месяц почутка бонусы? Ну то реально это выглядит как: напомнить о себе через 3 месяца после покупки или напоминать о себе каждый месяц, пока есть бонусы. И тут бабушка надвое сказала что выгоднее :-)
Да, я перегибаю, просто очень часто ТЗ даётся без уточнений и моя задача - показать, насколько важно точно описывать ТЗ.
Без ТЗ - результат ХЗ :)

20
Шаблоны XSLT / Re: Бонусы - Депозиты
« : 01 Марта 2016, 12:47:06 »
По поводу сгорания - я видел такую хитрую штуку. Каждый месяц сгорание. Но не всех бонусов - а только какого-то количества. В данном случае - 35. Это как стоимость пользования системой. Вроде и немного сгорело, но все равно обидно. Может стоит этот метод взять на вооружение? И несложно в реализации и мотивирует так же.
Каждый календарный месяц или каждый месяц бездействия?
А если я зарегистрировался в последний день месяца и получил бонусы, завтра они сгорят? :)
А если у меня меньше 35 бонусов - отрицательное число бонусов станет? :)

21
Шаблоны XSLT / Re: Бонусы - Депозиты
« : 01 Марта 2016, 12:38:04 »
C этим все понятно, а как поставить ограничение на оплату бонусами, к примеру чтобы бонусы составляли только 20% от покупки, или к примеру чтобы сгорали через 3 месяца
1. Ограничение на оплату.
Клиентская часть -
На этапе оплаты надо получить сумму заказа, сумму бонусов, ну и на JS ограничить ввод количества бонусов БОЛЬШЕ, чем 20% суммы заказа.
Самый простой способ - взять это из emarket::basket() - udata://emarket/basket, это можно сделать на JS. Если у пользователя есть бонусы, то они будут доступны в customer//property[@name='bonus'].
Серверная часть -
Предположим, что наши пользователи хитрожопые и могут обойти JS код на клиентской стороне, которые не даёт ввести более 20% бонусов от суммы заказа.
Бонусы для заказа устанавливаются методом order::setBonusDiscount($bonus) , в котором уже снова получаем сумму заказа, количество указанных бонусов и проверяем, что бы нас не нагрели. В случае, если это происходит, то устанавливаем процент бонуса - 20% от заказа + отсылаем уведомление менеджеру, а пользователя добавляем в группу "хитрожопые".

2. Бонусы сгорают через 3 месяца
Тут надо понимать как именно должно работать.
К примеру, в 1-ый месяц я получил 100 бонусов, во 2-ой - ещё 100, в 3-ий - ещё 100. Вопрос: на 4-ый месяц у меня сгорят 100 бонусов от 1-ого месяца или нет?
Или всё зависит от времени последнего заказа? От факты оплата бонусами?... От факта пополнения бонусами?.....

22
Ну, тогда 2 варианта:
1. заказ в 1 клик должен чистить корзину перед заказом (сложно, много подводных камней и прочее)
2. форма обратной связи должна, при получении юмкой, создавать заказ на основании полученных данных

Можно подумать в сторону кастомного механизма заказа в 1 клик, который будет делать так, как реально нужно
Дык, об этом мы и говорили выше... :) А ещё и после заказа в 1 клик возвращать предыдущий заказ, что бы не терять ранее заполненную корзину. :)

23
http://umihelp.ru/forum/index.php/topic,2126.msg9723.html#msg9723 - тут немного раскрыта тема переноса инфы с сайта на сайт.

24
Шаблоны XSLT / Re: Бонусы - Депозиты
« : 01 Марта 2016, 10:50:46 »
http://help.docs.umi-cms.ru/rabota_s_modulyami/modul_internet-magazin/skidki/nakopitelnye_skidki/

Прежде чем дойти до XSLT - нужно сначала разобраться куда-чего тыкать в админке.

Обычно народ без проблем, интуитивно настраивает данный функционал.

25
Решал такие проблемы радикальным способом - заказ в 1 клик делал формой обратной связи со скрытым полем страницы, откуда пришел заказ. Как мне кажется, это самый быстрый и самый простой способ в большинстве случаев.
Этот вариант подходит в случае, если не стоит задача отображения быстрого заказа в списке заказов. :)

26
Шаблоны XSLT / Re: Бонусы - Депозиты
« : 29 Февраля 2016, 22:31:19 »
Стандартный механизм бонусов чем-то не подходит?

27
Шаблоны XSLT / Re: Своя форма отправки заявки
« : 29 Февраля 2016, 17:19:38 »
И еще такой вопрос, я первый раз программирую форму...
Если в сплывающем окне две вкладки с двумя формами, то лучше делать два разных <form>...</form>, так?
Если отправить одну форму - то отправятся только данные, находящиеся внутри неё, если не предусмотреть заранее на JS/JQUERY другой вариант, когда данные из всех форм собираются вместе и отправляются.

Так что если это реально две разные формы - лучше делать две разные формы, а если это вкладки внутри формы - лучше делать одну форму и в ней вкладки.

28
Шаблоны XSLT / Re: Своя форма отправки заявки
« : 29 Февраля 2016, 16:45:19 »
1. Вызов шаблона.


<xsl:template match="...."/> - описывает шаблон,
<xsl:apply-templates select="... /> - "вызывает" шаблон.



Нужно найти точку вызова шаблона и удостовериться, что это именно она и только потом уже переходить к редактированию шаблона. К примеру, можно обрамить её какими-нибудь символами, что бы понять, что выводится. Всё, что выведется внутри этих символов - результат работы шаблона.


|<xsl:apply-templates select="document('udata://webforms/add/138')/udata" mode="initial_reception"/>|
и после этого смотреть на всё то, что выводится внутри ||

2.  ...И я правильно поняла вот так надо прописать mode?...
[b][u]это не правильно[/u][/b]
<xsl:template match="udata[@module = 'webforms'][@method = 'add']" mode="initial_reception" >
<xsl:apply-templates select="document('udata://webforms/add/138')/udata" mode="initial_reception"/>
</xsl:template>

Это будет зацикленный код, тот самый "бесконечный цикл".

Нужно так, заодно добавим метку, что бы было видно, что "заработало":

<xsl:template match="udata[@module = 'webforms'][@method = 'add']" mode="initial_reception" >
<form method="post" action="{$lang-prefix}/webforms/send/" onsubmit="site.forms.data.save(this); return site.forms.errors.check(this);" enctype="multipart/form-data">
[b]<b>!!!! НАКОНЕЦ-ТО ЗАРАБОТАЛО!!!</b>[/b]
<xsl:apply-templates select="items" mode="address" />
<xsl:apply-templates select="groups/group" mode="webforms" />
<input type="hidden" name="system_form_id" value="{/udata/@form_id}" />
<input type="hidden" name="ref_onsuccess" value="{$lang-prefix}/webforms/posted/{/udata/@form_id}/" />
<div class="form_element">
<xsl:apply-templates select="document('udata://system/captcha/')/udata" />
</div>
<div class="form_element">
<input type="submit" class="button" value="Отправить" />
</div>
</form>
</xsl:template>

А вызов этого шаблона должен выглядеть так:

<xsl:apply-templates select="document('udata://webforms/add/138')/udata"  mode="initial_reception"/>

29
Шаблоны XSLT / Re: Своя форма отправки заявки
« : 29 Февраля 2016, 16:17:14 »
а черт, не могу сделать изменений..
несмотря на то, что я убрала из контента %webforms add(138)%, форма все равно вызывается, но свой мод не подключился...

Даю подсказку -

<xsl:template match="udata[@module = 'webforms'][@method = 'add'][@pageId='244']" ....../>

Сдаётся мне, что понимание XSLT ещё не появилось. :)
Попробуйте разобраться зачем именно нужен выделенный "элемент" и получиться ли его увидеть, если udata://webforms/add/138 выполнить в адресной строке



30
Ну у меня проблем с чисткой базы нет - я давно сам накатал скрипты, да и вообще так получается, что в каждой ситуации нужно индивидуально подходить - до универсальности я не довёл.

Я  своё время смог просмотреть скрипт, которым чистят UMI-вцы по запросу. Так прикол был в том, что он реально не чистил, ибо код кривой написан. Они слишком долго копались, он не работал, ну и не могли дать ладу. :) К ним обращаться - себе дороже. :)

На счёт слетевшей корзины - да, она реально слетит.
Если я не ошибусь, то UMI так устроено, что у пользователя может быть только один заказ одновременно. Т.е. если оформлять быстрый заказ - он улетит.
Думаю, что задача "установить текущим заказом предыдущий после оформленного в 1-клик (что бы сохранить прошлую корзину)" - вполне реальна и не сильно сложна. UMI ищет какой заказ "текущий", если не ошибусь, через метод customer::getLastOrder(). Думаю, если в ту сторону копнуть, то быстро можно понять, как сделать так.


Страницы: 1 [2] 3 4 ... 13