Нынешняя реализация многоязычности и ее поддержка, это огромный костыль.
Менеджить два магазина, это так себе идея.
Гораздо проще, чтобы в самом товаре, можно было сразу заполнить все необходимые переводы на другие языки.

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

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

У вас хорошая платформа, но постоянно ощущение, что вы сами ей никогда не пользовались по назначению или у вас отсутствуют проектировщики ui/ux как класс.

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

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

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

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

ПРИМЕР:http://vk.com/app3741963

P.S. Реализация совершенно не сложная, реализовано как IFrame-приложение

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

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

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

Столкнулся с проблемой при выгрузке товаров из 1С. Для того, чтобы создать свою структуру категорий на сайте необходимо изменить ее в самой 1С, что не всегда представляется возможным, либо переименовывать и сортировать категории непосредственно в админке, но если я удаляю какую-либо ненужную мне категорию, при следующей выгрузке она создается вновь. В связи с этим предлагаю добавить в модуль обмена одну небольшую но ОЧЕНЬ важную настройку - "Выгружать только товары без категорий". Это было бы очень удобно при создании своей собственной структуры категорий независимо от 1С.

Было бы значительней удобней, если бы при загрузки фото к товару, его еще можно было обрезать

Здравствуйте!
Маркировка размеров одежды на сегодняшний день разная, есть буквенный, есть цифровой, есть отдельная маркировка для больших размеров(XS,S,M,L,XL; 44,46,48,50,52; T0,T1,T2,T3 соответственно). Мало того, цифровые единицы Европы, США и Великобритании различаются, каждый производитель предоставляет свои таблицы размеров.
Было бы удобно добавить в описание товара таблицу с размерами, как это сделано, например, вот тут: http://www.wildberries.ru/catalog/1755359/detail.aspx
Там есть ссылка "Определите свой размер" которая ведет на таблицу с размерами.
Но самое главное, это бы решило проблему с поиском одежды по размеру, пользователь выбирает один размер(цифровой) и получает вещи соответствующие этому размеру как бы они не маркировались(в противном случае, пользователю надо будет выбрать 4 варианта маркировки одежды соответствующие его размеру).

Добавьте, пожалуйста, чтобы можно было просто забить количество и в карточке товара отображалось "В наличии: 11 шт."
Графически вообще не понятно сколько в остатках.
А кому нужны склады, пусть будет возможность их использовать.

1. Клиент добавляет в корзину несколько товаров.
2. На странице последнего товара, который ему нужен, он нажимает «Купить в один клик».
3. Магазин получает заказ только на этот последний товар. Fail.

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

Сама кнопка «Купить в один клик» должна также добавлять товар в корзину (мне кажется это логичным).

В карточке реализовать выбор количества товара до добавления в корзину, я знаю многие практикуют редактирование заказа уже в корзине, но в моем случае это например неудобно, иногда покупают до 70 позиций в общей массе однотипных по названию, и трудно в корзине вспоминать чего скольку нужно не видя картинок и описания.
С уважением. Юрий