• Отклонено

    +1

    Выдача поиска и Группировка товаров

    Поло Арт Обновлен 1 месяц назад в категории CMS Общий функционал 7

    Раз уж предыдущее пожелание было моментально исполнено, то расскажу ещё об одной проблеме, которой был немножко удивлён ;)

    В ридискрипте есть Группировка товаров. Когда мы группируем товары по определенному полю, и можно перещелкивать товары группы, меняя url карточки товара и всё остальное. Удобно
    НО!
    Если мы будем использовать поиск, то наш карточный домик распадётся.
    В выдаче поиска будут все товары, которые входят в группировку.
    И тут, знаете, есть два логичных направления.
    1. Товары просто сгруппированы, но это отдельные товары. Примерно как радиаторы с разным количеством секций и разного подключения (нижнее, боковое).
    2. Товары ползут с прайса поставщика как разные строки (а, значит, отдельные товары). Разбивать эти товары на разные - это комплектации и АД. Примеры? Это размеры кроссовок и полотна дверей.

    Короче. Нужно решение, когда !!только поиск!! работает в двух режимах - выдаёт все товары группировки или основной товар. Остальное всё и так работает нормально! Основной товар пусть тупо будет с первым ID, достаточно.
  • На рассмотрении

    +1

    Доработка модуля доставки СДЕК

    Андрей Акулов Обновлен 5 лет назад в категории CMS Общий функционал 0

    Здравствуйте! Стоимость доставки вещь сугубо индивидуальная, она зависит от множества факторов. На практике, в большинстве случаев, стоимость доставки определяться менеджером магазина в ручном режиме. Поэтому в модуле доставки СДЕК хочется видеть:
    1. возможность отключать расчёт стоимости доставки
    2. покупатель должен иметь возможность выбирать желаемый пункт выдачи и видеть только сроки доставки и адрес. Пример можно посмотреть здесь https://fly-cat.ru/widget/example4-3.html Хочется видеть только эту информацию что в указанной ссылке и ничего лишнего
    3. предусмотреть возможность располагать модуль:
    а. в карточке товара
    б. на этапе оформления заказа раздел "доставка"
    в. на этапе оформления заказа раздел "подтверждение заказа" (на тот случай если этап оформление "доставка" и "оплата" пропускаются в настройках магазина

    PS:Для общего ознакомления. С некоторыми примерами работы виджета можно ознакомиться здесь http://www.test.valf.ru/examples/
    Скачать примеры виджетов и документацию можно на официальном сайте СДЕК https://www.cdek.ru/clients/widget.html

    Спасибо, жду комментариев разработчика!
  • На рассмотрении

    +12

    Поиск Sphinx для сайта

    Дмитрий Караченков Обновлен 5 лет назад в категории CMS Общий функционал 11

    Предлагаю внедрить доп поиск на основе поискового движка Sphinx.
    Когда сидели на старой cms у них даже такое было сделано, очень удобно, поиск настраивается по множеству параметров на вкус и цвет! Почти как в яндексе)

    http://sphinxsearch.com/
  • Рассмотрено

    +19

    Проблемы кастомизации оформления заказа

    Алекс Бодров Обновлен 5 лет назад в категории CMS Общий функционал 13

    1. Нет возможности убрать лишние шаги оформления заказа. Возможно раньше продажа модуля оформления заказа на 1 странице было частью маркетинга, но сейчас уже 2018 год и даже в бесплатных движках заказ оформляется на 1 странице. Тем более что лицензия начала дорожать. Это первое, что бросается заказчику в глаза и часто отталкивает его от выбора вашей CMS. Остальные наработки он видит уже в процессе длительного использования. Нужна как минимум возможность убрать лишние шаги в рамках темы оформления, без написания модулей для CMS.

    2. Нет возможности убрать проверки в tpl файлах. Клиенты просят убрать одно и то же, поэтому я добавил в tpl условия {if $THEME_SETTINGS.captcha}инпут{/if} для быстрого отключения ненужных полей. Сейчас если вырезать код с капчей - то переход на следующий шаг невозможен, т.к. остается проверка ее заполненности.
    Капча никому в корзине не нужна, и боты до корзины тоже не доходят, т.к. нужно еще товар туда положить. А вот в комментариях и форме обратной связи она нужна. В итоге полностью отключать модуль капчи нельзя. То же самое и с остальными полями - имя, телефон, E-mail. Проблему решит возможность добавить в tpl строку наподобие {captcha.required=false} или в системе должна быть проверка наличия инпута перед валидацией, чтобы можно было решить проблему универсально и в одном месте.

    3. Селекты "Самовывоз" и "Доставка по адресу" в блоке "Адрес" (на первом шаге). Этот блок просят убрать ВСЕ. Сразу же за ним снова идет выбор типов доставки, что создает тавтологию. Я понимаю что он нужен для адреса если нужна доставка, но это похоже на костыль. Предлагаю реализовать появление полей адреса, города и т.п. в выбранном блоке доставки.
    Также предлагаю рассмотреть возможность создания полей ввода для типов доставки или расчетных классов доставки в панели управления. Даже для самовывоза часто нужно указать город самовывоза и пункт.
  • На рассмотрении

    +2

    Пожелание по улучшению списания товаров со складов!

    Алексей Николаенко Обновлен 5 лет назад в категории CMS Общий функционал 1

    Все привыкли к удобной существующей системе списания товаров при оформлении заказов. И надо сказать она удобна.
    Но, неудобные нюансы мешающие работе появляются, когда у магазина больше одного склада. Магазин работает без включенной системы складского учета.

    К примеру мы имеем 10 шт одного товара, 3 на первом складе и 7 на втором, всего 10.
    Пользователь заходит на сайт и покупает 5 единиц товара, при этом в readyscript пользователь не может выбрать с каких складов ему списывать товар (оно и правильно). В итоге, создается заказ в админке в котором 5 товаров списаны с основного склада. В итоге, в каталоге товаров мы видим, что у нас осталось 5 товаров (все логично) см.рис.1. Однако, если открыть карточку товара, то мы увидим, что на первом складе стоит -2 товара, а на втором складе по прежнему 7 см.рис2. Курьер забирает 3 товара с основного склада и 2 со второго, при этом он не делает никаких перемещений, а просто отвозит товар клиенту. Потом, если со склада допустим привезли 5 тех же товаров и сделали перемещение, то на первом складе останется 3, а на втором 2, а это не правильно и может и вызывало путаницу в наличии товара.

    Отсюда предложение:

    Сделать так, что если на основном складе товара реально меньше чем необходимо клиенту, то в первую очередь списывать товар с основного склада и добирать нехватку со второго или третьего в зависимости от кол-ва складов. Т.е. в нашем примере, чтоб с первого склада списалось бы 3 товара, а со второго 2, чтоб не оставались отрицательные значения. А если заказ отменить, то возвращалось бы все на склады в том же порядке, откуда сколько списалось, туда столько и вернулось.

    Можно например организовать это в виде отдельной опции (включается в настройках) или раскатать на всю систему.

    Вот такое пожелание. Думаю со мной многие согласятся. Это во многом улучшит продукт.
    Надеюсь пожелание не останется незамеченным.
  • На рассмотрении

    +3

    Автоматические прикрепление "рекомендуемых товаров"

    Максим Буканов Обновлен 5 лет назад в категории CMS Общий функционал 1

    Добрый день!

    Было бы здорово, когда мы добавляем товар и в характеристиках указываем "совместим с", чтоб этот товар автоматически прикреплялся в "рекомендуемые товары" к тому, с кем совместим.

    Например:
    Мы добавили кожаный чехол для iPhone X и указали в основных характеристиках "совместим с iPhone X", и после сохранения товара, чтоб он появился на сайте в графе "Рекомендуемые товары" у всех моделей iPhone X.

    Это значительно сэкономит время и предотвратит ошибки.
  • На рассмотрении

    +5

    Блок расчета стоимости доставки - оптимизация времени загрузки

    Константин Свердлов Обновлен 5 лет назад в категории CMS Общий функционал 2

    Блок расчета стоимости доставки на странице товара отрисовывается после получения ответа от последнего из перевозчиков. В случае со СДЭКом сейчас время отрисовки достигает десятков секунд. Было бы правильнее выводить каждый вариант доставки независимо от остальных, сразу после готовности расчета.
  • На рассмотрении

    +1

    Отбор по складу при экспорте товаров в Яндекс.Маркет

    Каретников Александр Обновлен 6 лет назад в категории CMS Общий функционал 0

    Просьба добавить возможность выбора склада (или нескольких складов) по которым учитывалось бы наличие товаров при активации фильтра "Выгружать только товары, которые в наличии?"
  • Исполнено

    +3

    Стандартная выгрузка YML и Турбо-Страницы Яндекса

    Каретников Александр Обновлен 5 лет назад в категории CMS Общий функционал 1



    Добрый день!
    Сервис Яндекса Турбо-Страницы позволяет использовать штатный экспорт через YML (тот же что и для Яндекс.Маркет). С одним отличием. Почему-то он отказывается принимать предложения с offer id содержащим буквы.

    В модуле /modules/export/model/exporttype/yandex/offertype/commonoffertype.inc.php

    В строке:

    $writer->startElement("offer");

    $writer->writeAttribute('id', $product->id.'x'.$offer_index);

    Добавляется "X" к ID

    В результате в YML <offer id="51x" available="true">
    (даже если не используются комплектации)

    Возможно стоит убрать x из id хотя бы в том случае, если не используются комплектации
  • На рассмотрении

    +4

    Полноценная поддержка Яндекс Турбо страниц

    Павел С Обновлен 6 лет назад в категории CMS Общий функционал 3

    Предлагаю доработать ReadyScript и сделать его совместимым с Яндекс Турбо.
    Модуль из маркетплейс не решает данную проблему.

    Инструкция https://yandex.ru/support/webmaster/turbo/market.html

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

    При загрузке YML файла в настройках Яндекс Турбо страниц, вылетает ошибка валидации YML:

    Неправильный формат данных в элементе offer