Вчера в 17:14
В vesp долго переезжать. Нету модульности никакой и с авторизацией, в смысле с разграничением прав, там Василий особо не напрягался :-)
Плюсы и минусы Vue и gtsAPI 17
Вчера в 15:41
Параметр sortby сортирует по полю в базе. У вас в базе нет поля «pagetitle:getSurname», есть только «pagetitle».
Я бы предложил фамилию записать в ...
Модификатор сортировки pdoResources по pagetitle 2
Вчера в 13:01
Забыл написать версия modx 3.0.5
И сама форма
<form data-si-form="FormSlider" data-si-preset="slider_form" data-si-event=&quo...
[SendIt 2.0.0] Пагинация и обновлённая загрузка файлов 20
Вчера в 09:34
В критерия должны передаваться параметры where это все что можно передать
т.е.
возможно только так
$criteria = array(
"article:LIKE =>...
Массовое удаление 7
25 ноября 2024, 22:34
Вдруг кому понадобится… Прописать TV параметр в источнике файлов для MIGX можно так (для примера TV `ln`):
[[!migxResourceMediaPath...
Источник файлов и migx 6
25 ноября 2024, 21:01
Привет
Подскажи, пжл как добавить поля из компонента msFieldsmanager?
Скрин
msPre - фильтры по опциям minishop2 11
25 ноября 2024, 20:03
А как добавить если чекбоксы?
msPre добавление кастомного поля (списка с автодополнением) 4
25 ноября 2024, 08:00
ну тогда groupby и having«query» принимает все параметры pdoFetch и в нем есть и groupby и having. Пример навскидку:
"query":{
&quo...
Кейс gtsAPI. CRUD пользователей на фронте 2
24 ноября 2024, 20:31
Правильный вариант из текущей документации такой:
{set $condition = 1}
{switch $condition}
{case 0, 1, 2}
сработае...
Конструкция switch case без break в Fenom 6
Как правильно сделать возможность массового редактирования цен, если кроме тех что имеет minishop2 созданы дополнительно в виде TV полей.
Пробовал в настройках модуля указывать их как:
ya_price
tv-ya_price
перенос или изменение не работают. Хотя в контекстном меню они появляются.
Планируется ли дальнейшее развитие модуля?
Бывают такие заказы для которых нужен менеджер чтобы произвести расчет доставки, ну банально все имеющиеся варианты в виде интеграций дают высокую цену, а к примеру «ТК Э» дает ценник в 2 раза меньше, как тогда быть?
В идеале, менеджер получил в б24 заказ со статусом «рассчитать доставку», само собой клиент, такой заказ не может оплатить. Менеджер рассчитал доставку, добавил ее в заказ в б24 и что дальше?
Я понимаю что через центр продаж дальше все можно провернуть, но для клиента так и останется не изменный заказ на сайте. А хотелось бы чтобы все по феншую.
Отсюда все вытекающие: клиент идет в свой ЛК на сайте, а там заказ в статусе «оплачен», а по факту в б24 ему присвоили накладную и применили статус «заказ отправлен», пусть даже все уведомления почта/смс о статусах и трек-номере идут из б24, на сайте уже ничего не изменится.
Менеджер должен работать с CRM не трогая сайт вообще, а дополнение подразумевает обратное?
Или же менеджер универсал и админку должен знать и в б24 сопровождать сделки и заказы?
А именно мне надо было подружить contentblocks и tickets. Все оказалось намного проще, в настройках contentblocks указываем тип документа Ticket для того чтобы компонент заменял стандартный редактор.
js уже никакой угрозы для хостинга/сервера не представляет.
Само собой, нужно хоть малость понимать код и тогда 2 команды покажут всю заразу.
2) Добавление в профиле авторизации через VK
3) При просмотре своего профиля, кнопки написать сообщение самому себе.
Добавление тикетов в моем случает может только менеджер.
таким образом
в файле core/components/tickets/model/tickets/tickets.class.php
При этом в настройках раздела с тикетами:
Отключить Jevix:да
Выполнять теги MODX:да
в файле: core/components/swift/model/swift/swiftmediasource.class.php
на 75 строке вносим изменения, вместо
пишем
1. от суммы заказа
2. Дать скидку на заказ при наличии ранее покупок на сумму свыше «10 000 руб.» 7%
В итоге, если я новый клиент, то я на любой свой заказ получу скидку, если сумма превысит хоть одно из условий в пункте 1
Если я постоянный клиент и имею сумму ранее оформленных заказов свыше 10 000, и в текущей сессии я набрал >25000, то по логике мне должна примениться скидка из пункте 1 и ее размер должен составить 10%
p/s/ Правильно ли вообще использовать такой вывод:
Дано:
[x] класс msSessionCart
[x] ключ total_cost
[x] значение 3000
[x] скидка 3%
[x] сравнение (float) — Больше
Для того чтобы эта скидка применялась в промежутке от 3000 до 5000, ставлю условие
А как например не применять эту скидку если в корзине товара на 3500, но у пользователя стоит в профиле комментарий notsale?
Пробовал по логике так, не получается оба варианта
и