Настройки поиска (Страница 21 из 43)

Уточните цена не отображается в клиентской части сайта или еще её нет и в админке в карточке товара?
Если только в клиентской части сайта, то проверьте есть ли у вас хоть у одной цены флаг "по умолчанию"?
Если цена не отображается в карточке товара в админке, то пришлите в поддержку файлы import.xml и offers.xml мы проведем импорт на нашей тестовой системе и скажем вам детально что не так.

Товары с одной комплектацией - это фактически для системы товар без комплектаций, а точнее только с основной комплектацией. Обычно все характеристики в данном случае задаются непосредственно у товара в названии или в характеристиках товара. Комплектации логичны, когда их хотя бы 2.

ReadyScript предоставляет просто инструмент для рассылки вашего Тендера всем партнерам, далее партнеры уже напрямую по электронной почте пишут вам свои предложения в обход ReadyScript.

Соответственно ReadyScript никаким образом не участвует во взаимодействии Клиента и стороннего Разработчика. Для безопасности сделки, рекомендуем заключать договоры с исполнителями.

Насчет фильтра по диапазону чисел:

На мой взгляд вам нужно сделать 2 характеристики числовые:
- Площадь, от (тип. число)   - визуально скрыть её
- Площадь, до. (тип. число) - визуально скрыть её

А затем просто в визуальной части отобразить общий слайдер (безусловно нужно программировать на JS),
И при установке значения на общем слайдере, на самом деле добавлять фильтр по двум  характеристикам в скрытые input'ы

----------

Выводить подходящую комплектацию в категории для установленных фильтров - возможно, нужно разрабатывать доп. модуль.
В шаблоне у вас доступны переменная $filter со всеми фильтрами и полный список найденных товаров, вы можете перед отображением товара выбирать наиболее подходящую комплектацию и отображать какие-то данные из неё.

----------

Пользовательская документация по фильтрам:
https://readyscript.ru/manual/catalog_c … cteristics
https://readyscript.ru/manual/catalog_p … _tab_chars
https://readyscript.ru/manual/catalog_property.html

Принцип работы поиска можно найти в коде, класс Catalog\Model\PropertyApi::getFilteredQuery()

Приоткрою тайну, мы сейчас активно работаем в направлении мобильных приложений для нашей платформы и соответственно активно разрабатываем механизм обмена данными с движком посредством внешних API.

Чуть позже мы включим в наш дистрибутив модуль для нашего фреймворка, позволяющий элементарнейшим образом добавлять любые внешние методы API. Определенная часть методов API (которые будут нужны нашим приложениям) будут уже написаны и смогут служить примером для написания других методов.

Скажу сказу, мы проанализировали классический REST подход, отлично описанный на сайте jsonapi.org. И посмотрели в сторону API Вконтакте, которое на несколько порядков удобнее в дальнейшем расширении и разработке. Пару недель потратили на анализ и прагматичное сравнение двух архитектурных стилей. В результате мы выбрали архитектурный стиль ВК API. Название этого архитектурного стиля мы так и не смогли выявить, видимо потому что его нет, но оно чудовищно удобное. https://toster.ru/q/350268

Из плюшек будущего API:

1. Оно будет самодокументируемо за счет PHP Reflection, т.е. вы просто пишете класс, создаете методы, согласно интерфейсу, объявляете параметры вашего метода API в виде аргументов специальной функции, прописываете комментарии PHPDoc, на выходе получаете полностью готовую автоматическую документацию по всем вашим API.
2. Будет определенный набор базовых абстрактных классов, для стандартных CRUD операций.
3. Авторзация уже будет в комплекте, пока будет метод oauth/token из официальной спецификации oAuth.

4. Верификация параметров будет многоуровневая. Сперва фреймворк будет автоматически сверять наличие обязательных параметров на основе обязательных аргументов специальной функции контроллера. (с помощью Reflection), далее каждый метод может делать дополнительную верификацию и бросать исключение в случае ошибки.

Модуль еще находится в активной разработке, рекомендуем подождать его выхода. (Срок пока сложно назвать)

В текущий момент, вам возможно будет проще разработать более простой консольный импорт/экспорт файлов вашего формата, т.е. не полноценный внешний API, а просто механизм импорта/экспорта файлов вашего кастомного формата, это на порядок быстрее и вероятно закроет вашу задачу?

Проверили, действительно для админских контроллеров возможность перегружать через файлы темы была недоступна. Добавили. Выйдет в следующем обновлении.

Вам необходимо завести строковую характеристику у всех товаров "Модель" и указать в ней модель каждого товара,
затем указать в настройках экспорта, что Модель нужно брать из характеристики "Модель".

Система в момент формирования XML файла будет читать у каждого товара указанную характеристику и выводить её в XML файл для Яндекса.

Розничная в моем примере - это цена, задаваемая вручную (не автовычисляемая).

Просто сперва вы в неё можете скопировать цены из Базовой, с помощью мультиредактирования,
а затем для нужной группы её уменьшить, опять с помощью мультиредактирования.

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

Любые изменения в системе допустимы только с помощью новых файлов.

В вашем случае (так как у вас незначительные изменения) можно делать так:

Вам нужно создавать свой CSS файл (custom_file.css) в папке perfume/resource/css, в CSS вам нужно путем перегрузки селекторов задавать новые стили, указывать новые ссылки на и НОВЫЕ файлы изображений (ни в коем случае не перезаписанные старые).
Затем вы можете создать файл scripts.tpl в корне темы perfume и воспользоваться в нем конструкцией по подключению CSS файлов:

{addcss file="custom_file.css"}

Если хотите изменять tpl файлы блочных контроллеров, то в конструкторе сайта можете назначить конкретному блоку новый шаблон и только его изменять.

-----

Если вы хотите изменять TPL файлы не блочных контроллеров, то безусловно вам нужно клонировать тему, т.е. отвязывать её от обновления (так как по факту это уже будет ваша собственная тема), а затем вручную обновлять, исключая те файлы, где вы внесли изменения.

Уточните, какая у вас тема оформления. Как и какие изменения вы вносите?

Воспользуйтесь инструментом для мультиредактирования цен. Выбираете категорию, на которую нужно сделать отрицательную наценку, ставите флажок "Выбрать товары на всех страницах", внизу нажимаете редактировать.
Указываете формулу для редактирования, например Продажная = Розничная - 10%.

Здесь подробнее с картинками:
https://readyscript.ru/text-blog/Novye- … adyScript/

Юрий добрый день!

Вижу, что последний ответ нашего специалиста по вашей заявке был вчера. Приносим извинения за ожидание, сегодня все работы будут завершены по вашей заявке. Вы всегда можете позвонить к нам в офис по бесплатной линии 8-800 или написать ваш вопрос к нам в online консультант, чтобы узнать статус заявки. Мы всегда на связи.

Общий алгоритм должен быть такой.

1. Создаете дополнительное поле через настройки модуля магазин для заказа.
2. Затем навешивайтесь на событие orm.afterwrite.shop-order, и обновите поле user_passport у объекта пользователя

Кол в обработчике afterwrite заказа, будет схематично такой:

$user = $order->getUser();
$user['ПОЛЕ ПАССПОРТА В БД ЮЗЕРА'] = $order['userfields_arr']['АЛИАС ПОЛЯ ПАСПОРТА ЗАКАЗА']; //В userfields_arr - находятся значения кастомных полей, добавленных в настройках модуля админки.
$user->update();