А знаете ли вы, что импорт брендов возможен только с указанием url-имени, то бишь, алиаса бренда?
Без этого столбца или с пустыми значениями не получится импортировать бренды.

Короче, надо доработать импорт брендов так, чтобы импорт шёл только по имени бренда, этого вполне достаточно.

***
Зачем это вообще надо, ведь мне в техподдержке сказали, что при создании бренда алиас создаётся всё равно автоматически.
Да, но только в случае небольшого интернет-магазина мы создаём бренды (и каталог в целом) вручную.
Обычно у нас бренды залетают при импорте товаров, как отдельное поле. И часто этого количества брендов достаточно.
Но я столкнулся сегодня с тем, что к существующим 60 брендам надо было докинуть ещё около 200. Не руками же их создавать-то. Сделал экспорт, добавил в калке - и не импортируется. Поля алиаса-то пустые. Хехе.

На самом деле сущий пустяк, если интернет-магазин только создаётся, достаточно заполнить в csv столбец ерундой, типа brand001, прогрузить, затем вычистить алиасы (я это делаю через mysql for excel, очень удобно - хотя можно и запросик короткий написать), и создать алиасы заново через настройку модуля каталога товаров.
Но это же лишние телодвижения и отсутствие логики.

1) Зависимые фильтры
У платформы ReadyScript Замечательная AJAX система фильтрации. Но сейчас это уже очень неудобно для пользователя (время не стоит на месте). При большом количестве различных характеристик, и при большом ассортименте товаров очень часты такие сочетания фильтра, при котором пользователь постоянно видит сообщение о том что в данной категории нет товара. Вот пример - http://goo.gl/4krUOX А почему бы не сделать ее зависимой? Что это значит? Посмотрите скриншот (222.png) и станет все понятно.
2) Улучшение юзабилити
При выборе какого либо чекбокса фильтр "затеняется", при большом количестве товаров а результате применнного фильтра - происходит некоторая достточно длительная задержка, и пользователю непонятно, что фильтр еще не применен, во всяком случае я не понял и кликал по товару до применения фильтра, иногда это вызывает странные ошибки. Думаю было бы логично "затенить" и область товаров

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

Здравствуйте!
1.В заказе имеется ссылка на заказы пользователя, а вот из списка пользователей перейти к заказам одного из них нельзя.
Можно ли добавить в контекстное меню (там где "клонировать пользователя" и т.д.) пункт "Заказы пользователя"?

2.Так же, интересно было бы видеть содержимое корзины пользователя.

п.2 - скорее идея для модуля
А вот п.1 увеличил бы удобство админ панели стандартной поставки.

предлагаю разместить эту заявку на Краудфандинг

Продолжая тему штрихкодов, предлагаю добавить настройку, при включении которой будет появляться запрос на сканирование штрихкода при определенных действиях в системе. Пример: у товара Смартфон Lenovo присутствует штрихкод в карточке товара, а у товара USB кабель Lenovo штрихкод не установлен.
1. Менеджер назначает на доставку курьера в админке и если у товара установлен штрихкод, система запрашивает менеджера отсканировать штрихкод товара, который он собрался отдать курьеру, чтобы убедиться что отдает он именно этот товар. Если у товара штрихкод не был установлен, то система разрешает отдать заказ без запроса на сканирование.
2. Менеджер переводит заказ к примеру в статус: Доставляется, допустим это означает что сейчас его отдадут в службу доставки. При включенной опции проверки штрихкода, как только менеджер переводит в статус Доставляется, readyscript запрашивает менеджера отсканировать штрихкод, если он присутствует у товара, чтобы убедиться что в доставку будет передан именно этот товар. После чего заказ сохраняется автоматически, в тот статус, в который менеджер пытался перевести.
3. Заказы самовывозы - предлагаю сделать так: допустим за заказом пришел клиент на пункт самовывоза, в заказе присутствует 2 товара, у которых задан штрихкод. Добавляем новый способ закрытия заказа: менеджер в открытом заказе по очереди сканирует 2 товара из заказа, как только система понимает что штрихкоды товаров из заказа соответствуют отсканированным по очереди товарам, появляется окно, которое сообщает что все товары совпадают и предлагает подтвердить закрытие заказа, если штрихкод отсканирован от другого товара, система сообщает что, это не то, что заказывал клиент.
и.т.д.
Данная опция позволит уменьшить риск того, когда менеджер вместо синего смартфона, отдаст к примеру красный.

+ еще нужна вот такая опция: в общем списке заказов админ панели, нужно дать возможность отсканировать товар, без выбора какого либо фильтра по заказам. И если такой товар есть в базе, пусть система покажет всплывающим окном, что это за товар и его фото. Как к примеру в крупных оффлайн магазинах, где клиент может подойти к сканеру, который висит на стене, отсканировать товар и посмотреть сколько он стоит и что это такое.

Вы наверняка сталкивались с такими случаями, когда вы провели изменения на сайте, поправили js/css, а клиент вам заявляет, что изменений нет. Вы предлагает нажать Ctrl+F5 и всё становится ОК.

НО!

Вот как это сделано в других системах
<link href="{$wa_active_theme_url}clear.shop.css?v{$wa_theme_version}" rel="stylesheet" type="text/css"

Я предлагаю ридискрипту по дефолту пойти тем же способом. Это дико удобно, само обновляется то, что должно обновляться. Допустим, обновляется дефолтный flatlines, при этом у всех(!) встанет именно тот flatlines, какой задумал разработчик, не нужно ctrl+f5 нажимать.
Или мы сами проводим у клиента изменения в кастомной теме. Просто меняем номер в theme.xml - и вуаля!

И, главное, всё уже есть!
<general>
<author>ReadyScript lab.</author>
<name>Современная</name>
<description>Адаптивная тема, собранная по сетке bootstrap 3 в плоском стиле</description>
<version>3.0.37</version>
</general>
Добавляем version к пути js/css - и всё, разработчик темы меняет номер, и меняется у всех.

***
1. да, я знаю, про кеширование статики на уровне вебсервера
2. в поддержке мне предложили - Вебсайт-Настройка сайта-Подключаемые CSS файлы. Тоже решение, туда-сюда значение опции менять, но, если я всегда хочу сжатые раздавать?
3. а ещё можно такую штуку реализовать через unix timestamp - но слишком часто обновлять тоже ни к чему

Здравствуйте!
Разобрался я в причине того, что результаты поиска в блоке поиска отличаются от страницы поиска)
Я думал, что поиск в блоке поиска делается механизмами модуля Search, но получается, что там свой код и категории ищутся вне зависимости от настроек модуля Search просто по %like%.

Я немного скорректировал searchlineapi.inc.php в блоке поиска. Теперь поиск в категориях идет в следующем порядке: like%, транслитерация like%, %like%, транслитерация %like%. Если на этапе есть вхождение, то далее поиск не идет. Слава богу, "мел" теперь найти можно))
https://yadi.sk/d/geI1drZ9g7ZIJg

И до кучи в контроллере блока searchline поменял порядок вывода: Категория->Товар->Бренд.

https://yadi.sk/d/rIjrrrzoKe3IqQ

Здравствуйте! Неплохо бы видеть список брошенных корзин, а так же функционал уведомлений пользователям о незавершенных заказах.
Функционал правил триггерных рассылок можно сделать по аналогии с "правила для корзины".
Например, можно сначала высылать письмо со списком товаров в корзине, а затем через несколько дней письмо со скидкой.

Здравствуйте. Собственно из названия. Логично для статей сделать возможность выбора видимости публикации "для конкретного" филиала или "во всех филиалах", т.к. этот контент часто также отличается.