Здравствуйте!
ТЗ: При включенной настройке "скрывать товары с нулевым остатком" необходимо разрешить отображение товаров по прямой ссылке /product/{id}, так как невозможно попасть на страницу товара с поисковой выдачи, отдается ошибка 404.
Или добавить дополнительный пункт настройки.

Большинство крупных интернет-магазинов отображают страницы отсутствующих товаров. На такой странице можно отобразить аналогичные товары в наличии и т.д.

Пояснение:
Ранее во фронт контроллере, обрабатывающем вывод карточки товара, не было условия выводить ошибку 404 если товар включен даже при включенной галке "Скрывать товары с нулевыми остатками":
if (!$item['public']) $this->e404();
Т.о. товары с нулевым остатком были доступны по проиндексированным ссылкам в поисковиках. В списке товаров и поиске товары с нулевыми остатками скрывались, не мешая работе.
Сейчас прямой переход по ссылке на товар запрещен:
if (!$item['public'] || ($config['hide_unobtainable_goods'] == 'Y' && $item['num']<=0)) $this->e404();
И посетители с поисковиков теряются.

Поиск сейчас оставляет желать лучшего, клиенты заходя на сайт не могут найти товар, даже если поставить пробел в искомом слове - уже пустой результат. То что есть на сайте похоже на http://start.searchanise.com/demo/?q=hill, только худшего качества индексирования, конечно сервис платный, но зато клиенты не уходят не найдя что искали. Интересует интеграция с этим сервисом.

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

Поэтому предлагаю просто добавить в шаблон Админки "плавающий блок" для вывода товаров из данной категории (раздела).

Прикрепил картинку.

Следует учитывать, что cron.php запускается из командной строки, соответственно во время обработки события нельзя полагаться на автоматическое определение ID текущего сайта. Функция RS::Site::Manager::getSiteId() - будет возвращать id сайта по-умолчанию.
Рассмотрим проблему на примере \Shop\Model\UserStatusApi::getStatusesIdByType().
Метод выбирает данные для текущего сайта ->where(['site_id' => SiteManager::getSiteId()]), возможность задать сайт(ы) не меняя SiteManager::$site отсутствует. Это автоматически делает подобные методы бесполезными при запуске в консольном режиме

Очень и очень необходим новый редактор для работы с текстом, фотогравиями, видео.
Сейчас шататный редактор редискрипта это полный атас. При открытии статьи под адаптивкой на телефоне все "едет и плывет" во все стороны. Как следствие уведомление об ошибках в серч консоле гугла, а также репутация в глазах клиентов как "руко@опого сайта".
Уважаемые разработчики, пожалуйста сделайте нормальный редактор. Или озвучте за сколько вы готовы его запилить.
6 редискрипт с отличной дефолтной темой вы ведь сделали, пришло время и для нормального редактора.

Сокрытие ненужных полей в карточке добавления товара

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

Здравствуйте!
Встроенная функциональность модуля доставки СДЕК вряд ли востребована большинством магазинов, только по причине обязательного расчёта стоимостью доставки. Цена доставки сугубо индивидуальная вещь, она зависит от множества факторов, где-то порой нужно сделать завышенную доставку в каких-то случаев нужно наоборот занизить стоимость или вообще убрать. Порой разнородность товара не позволяет автоматически рассчитывать доставку по тем или иным причинам. А вот удобство, быстрота и ясность дальнейших действий при оформлении заказа, будет востребована как администратором так и покупателем. По этому прошу вас рассмотреть возможность разработки следующего функционала:
Модуль СДЕК
Задача минимум
Покупатель при оформлении заказа выбирает доставку СДЕК, далее выбирает нужный пункт выдачи на основе геолокации, при этом рассчитывать цену доставки не нужно, вместо цены текст – «будет рассчитана менеджером», можно отобразить сроки доставки. Информация о выбранном пункте выдачи поступает в заказ администратору и покупателю.
Примеры готовых виджетов можно найти на сайте СДЕК https://classic.cdek.ru/website/edostavka/upload/custom/files/pvzwidget(1).zip
Задача максимум
По аналогии на основе уже встроенного модуля доставки СДЕК – нужно оставить выбор пункта выдачи, но убрать расчёт доставки, сумму доставки должен указывать менеджер при обработке поступившего заказа. Далее администратор формирует накладные и трек для СДЕК по API. Только после этого информация о сформированном треке поступает покупателю. Сейчас трек формируется автоматически покупателем – это плохо, хотя в настройках у вас предусмотрена возможность отключать автоматически создавать трек на стороне СДЕКа но тогда почему-то не приходит информация о выбранном покупателем пункте выдачи ни админу ни покупателю.

Надеюсь внятно изъяснился, заранее спасибо!

Здравствуйте! В настройках карточки товара нужна функция истории изменения.
Пример:
1. Информация о том, кто из пользователей создал товар.
2. Информация о том, кто последний раз редактировал товар.
3. Информация о том, какие поля менялись в товаре.

В данный момент через yml файлик нет возможности загрузить многомерные комплектации и вариации товара (цвет,размер).
Обычно в yml все варианты одного товара идут под единым group id.