Вход для клиентов
---
|
-- -> Все сообщения пользователя evgeney | |||||||||||||
|
|
||
|---|---|---|
| Скажите, а в текущей версии CMS существует какая-либо возможность создания заказа через API? | ||
 | ||
|
||
Dmay:С этим то как раз нет особых проблем - напишите в СТП А вот со всем остальным (фильтрацией категорий) ... | ||
| ||
|
||
|
Хочу снова поднять этот вопрос - создание заказа. Попробовал создать заказ по пошаговому примеру - возникла проблема на 1-м шаге: 1. В модуле "Сервис : Настройка системы : Веб-сервисы" создается API ключ с привязкой к системному пользователю и модулю "Каталог товаров : Заказы". В списке поддерживаемых модулей нет модуля "Каталог товаров : Заказы". Версия CMS - 6.0.6.0 (последняя на данный момент), редакция Бизнес. Попробовал выбрать все модули, но на последнем шаге получил ошибку: "errorCode":"ERR_ACCESS_DENIED","errorMessage":"Passed app token '...' is not valid for module 'eshop_order'" Подскажите, в чем причина отсутствия указанного модуля? | ||
| ||
|
||
| Каждому объявления и так автоматически присваивается уникальный id при добавлении записи в БД. | ||
| ||
|
||
| Вы хотите фильтровать категории? | ||
| ||
|
||
|
Да, действительно. А интересно, как работает это расширение с новыми инфолентами (самому пока не приходилось сталкиваться)? И есть ли там аналогичное ограничение на инфоленту для фотоальбома? | ||
| ||
|
||
|
+1 Купить гораздо проще и дешевле. Если хочется сделать самому, то: 1. Изучайте работу стандартного фильтра чтобы предварительно посчитанное кол-во вариантов точно совпадало с тем сколько совпадений будет найдено (все типы свойств, способы хранения, способы вывода в фильтре и т.п. - нюансов там очень много). 2. На основании п.1 пишите серверную часть, которая принимает выбранные в фильтре параметры и производит подсчет вариантов, доступных значений свойств и т.п. 3. Пишите клиентскую часть, которая собирает информацию о выбранных в фильтре значениях, отправляет ее, получает то, что реализовано в п.2, обрабатывает и выводит в нужном виде. | ||
| ||
|
||
| На мой взгляд, здесь напрашивается использование расширения Связи. Возможно, с некоторой доработкой. | ||
| ||
|
||
|
Конечно, на JS можно смотреть значение свойства товара и определять по нему кратность - это не проблема. А дальше уже или просто запрещать ввод не кратного значения или округлять или добавить кнопки +/- которые будут добавлять/уменьшать количество на соотв. значению свойства. Только при этом, я бы делал еще проверку на кратность на стороне сервера при оформлении заказа, т.к. ограничения на клиентском уровне не так сложно при желании обойти. | ||
| ||
|
||
Евгений Лапин:не понял эту идею. Имеется в виду изменить поле ввода количества товара на выпадающий список, в котором будут эти указанные значения свойства? В этом случае, как вариант, можно использовать подвиды товара, задав в них возможное количество. Glintvein:еще можно использовать доп. цены - будет цена за единицу, по ней запретить покупку и выводить именно для ориентира и цена за упаковку, по которой уже и можно покупать | ||
| ||
|
||
| Т.е., по сути, решили сделать так, как и предложил AmiroDoctor, только с использованием готового модуля УЗ вместо написания своей функции? | ||
| ||
|
||
|
Добрый день Я вижу два варианта решения: 1) Продавать не штуками, а упаковками, с соотв. изменение цены товара с цены за единицу на цену за упаковку. В этом случае ничего придумывать и дорабатывать не нужно. 2) Если 1-й вариант, по каким-то причинам, не приемлем, то делать решение, которое будет изменять количество кратно значению свойства "кол-во в упаковке". Здесь уже требуется доработка. | ||
| ||
|
||
Seed of Discord:ну это уже зависит от конкретного сайта, что используется на странице категории или что выводится выше (т.е. раньше загрузится) | ||
| ||
|
||
Den105: ##list## - это не функция, это конструкция, на место которой будет подставлено значение одноименной переменной, переданной парсеру Указывая в шаблоне ##list## вы ничего не вызываете и не инициируете срабатывание каких-либо сетов, а просто указываете, нужно ли выводить уже сформированное и переданное значение этой переменной и в каком месте. Да, при формировании переменных могут использоваться другие сеты. Тот же list - это список строк, каждая из которых формируется с использованием сета item_row, в котором, в свою очередь, используются переменные, значения которых сформированы по другим сетам шаблона (цена, свойства, изображение и т.д.). Т.е. каждая строка формируется с использованием сета item_row (строка элемента) и все эти строки собираются в переменную list (список). А чтобы узнать какие данные формируется с использованием какого шаблона и сета, можно ли искать по содержимому, как написал Helper, либо воспользоваться выводом отладочной информации. | ||
| ||
|
||
| Для этого есть документация. Вот |
| 1 | 2 | 3 | 4 | 5 | » | »| |