Олег Щавелев

Олег Щавелев

Был в сети 24 июня 2024, 15:51
Заказы принимаю
0
Я не совсем понимаю связь задачи описанной в описании поста и в заголовке. При нажатии кнопки отправить заказа мы получаем уведомление об отправке. На этом процесс оформление заказа закончен.

Планируется, что по запросу клиента буду самостоятельно собирать корзину и как то надо, что бы он мог посмотреть ее и перейти самостоятельно к оплат
Как я понимаю в данной фразе заложен трекинг заказа, и возможность изменить вариант оплаты после оформление заказа. Если это так:

Для данной задачи вам понадобиться два пакета это Office и msListOrders. Office — даст возможность авторизации пользователя в личном кабинете и доступ к закрытым ресурсам, msListOrders — даст возможность пользователю:

  • Отслеживать статус заказа
  • Возможность отменить заказ из личного кабинета
  • Возможность оплатить через платежный шлюз
  • Возможность повторного заказа
Данная логика является типовой, вы быстро ее подымаете и далее можно при желании расширить. К примеру при заказе сразу получение логина и пароля, так же дополнительные действия пользователя в трекере заказа. Можете добавлять дополнительные страницы, которые будут делать магазин еще более удобным для покупателя и тем самым повышать конверсию.

Как-то так)
1
+3
Если мы рассматриваем шаблонизатор Fenom, то есть переменная {$.get} суперглобальных массивов, которая вызывает и текущий адрес страницы и все GET параметры в массиве согласно с документацией.

Мы можем вызвать на странице c помощью модификатор print и посмотреть что лежит в данной переменной

{$.get | print}

Мы получаем массив пример URL site.ru/products?param1=Значение 1¶m2=Значение 2

array (
[q] => products
[param1] => Значение 1 
[param2] => Значение 2
)

Далее использую Fenom мы можем собрать нужную нам конструкцию. Для вызова строки {$.get.param1} или можно поработать в цикле

{foreach $.get as $item}
...
{/foreach}

Внимание! Не забываем о безопасности что любой пользователь или программа может добавить свои get-параметр к адресу странице.
+1
Решил поделиться еще двумя внедрениями mvtForms2 c использованием связки пакета msDeliveryOnMap. Получается интересно.

Кейс №1 Внедрение формы с указанием адреса на Яндекс Карте



Кейс №2 Внедрение формы в калькулятор расчета подбора Септика под ключ



Спасибо за внимание)
0
Как я понимаю речь идет о miniShop2. Напишите ISSUE с вашим предложением, возможно кто-нибудь из разработчиков захочет внедрить данную возможность в основной репозиторий. Кстати вы так же можете сделать свой вклад в развитии miniShop2
0
Здравствуйте.

Вам необходимо расшить процессор данной страницы. Так как на скриншоте у Вас показывается grid, то процессор нужен getlist.class.php или get.class.php, а путь к данному файлу зависит от пакета в котором данный интерфейс отрисовывается.
0
0
Я Видел данную сборку. В вашей сборке так же фильтр по строке категории не работает при условии добавления alias в getlist столбца по которому необходимо осуществлять поиск. Связи с этим я и задал вопрос. Не логично, что-то каким-то полям не возможно настраивать и осуществлять поиск. Если найду разгадку первым обязательно напишу ответ.
0
Очень крутая тема для обсуждения. Сейчас разбираюсь с modExtra и как раз разбирал данный вопрос. Прочитал и сделал, мне всегда нравиться такая схема. Автору +1 к статье. Вопрос только у меня. У меня по какой-то причине если добавить в файл getlist.class.php

if ($query) {
            $c->where([
                'name:LIKE' => "%{$query}%",
                'OR:description:LIKE' => "%{$query}%",
                'OR:position_name:LIKE' => "%{$query}%",

            ]);
position_name — это alias присоединенного поля. Поиск не ищет по данному полю. В чем могут быть нюансы.

$c->leftJoin('infoBlockPosition', 'infoBlockPosition', 'infoBlockPosition.id = infoBlockItem.position_id');
$c->select(array($this->modx->getSelectColumns('infoBlockItem', 'infoBlockItem')));
$c->select(array('infoBlockPosition.name as position_name'));
0
Спасибо. Выглядит хорошо.
Спасибо.

Может добавить в пакет DZ?
Мне кажется это будет здорово. Могу отметить, что такие заявки более конверсионные. Один из наших клиентов занимается обслуживанием сейфов — это узкий рынок b2b. И люди с удовольствием пользуются данными формами: задают вопросы, указывают модели в форме и прикрепляют фотографии. Большинство заявок приходят именно с фотографиями. Поэтому мы только за.

Или лучше выкинуть multifile (а заодно и mask), который в комплекте и добавить кейсы в документацию — кому что удобно, то и подключат?
Я думаю, что лучше включить виджет в пакет. Дело в том, что написать логику и все настроить это не так просто (учитывая аудиторию пакета). Если брать нашу концепцию DSMC, мы за пакеты. так как мы выполняем очень много типовых задач. Которые мы выполняем от проекта к проекту. Тем самым логика пакетов нам нравиться больше. В рамках данного решения мы используем дополнительно пакет
yandexdiskuploader а далее его уже кастомизируем. Тем самым мы менее безболезненно перешли с AjaxForm на mvtForms. И высвободившееся время мы можем уделить дополнительной кастомизация.
0
Любая идея универсальности формулирует определенные ограничения. Я так же могу отметить, что в продуктовом маркетинге MODX было заложено очень много больных вопросов, к примеру CMF с такой системой хранения данных уже вызывают дискуссии по поводу попаданию под «норму» даже при гибридном статусе. Но таких гибридных систем с дробью всего две и мне кажется очень здорово, что они есть. Но мне кажется это уже обсуждение истории.