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

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

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

Что-то похожее на подбор товаров, при создании виртуальных категорий, только не для товаров , а для категорий

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

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

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

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

) Доброго времени суток! Прошу прощения за наглость.
Можете в систему добавить модуль службы поддержки как вы у себя используете?
Особенно интересна вкладка "Все пожелания", чтоб ее адаптировать под "мини форум" так сказать. Чтоб посетитель сайта мог добавить свой вопрос, а другие могли вносить свои ответы и дополнения. Таким образом можно хорошо повысить свой сайт в выдаче и привлечь новых посетителей.
Спасибо за внимание!

Предлагаю разработать модуль интеграции с платежным сервисом PayPal

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

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

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

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

Подробно: допустим в магазине имеется способ доставки "Доставка курьером" , Расчетный класс (тип доставки) установлен: Изменяемая вручную цена. В зависимости от расстояния от офиса до клиента, после оформления заказа менеджер вручную меняет цену за доставку.

Посетитель на сайте кладет товар в корзину, выбирает онлайн оплату (прим. кампей) и выбирает доставку курьером. Доставка считается как 0 руб, с предупреждением что цена расчитывается вручную менеджером, после чего клиент переходит к оплате и оплачивает только стоимость товара, т.к. доставку никто не расчитал. После оплаты менеджер видит что заказ оплачен и теперь клиент должен доплатить за доставку. Остается предлагать вручную перевести деньги за доставку например на карту сбербанка.

Предлагаю сделать так, чтобы при выбранном способе доставки с ручным расчетом цены, у клиента не было возможности перейти к оплате , пока цена не будет расчитана менеджером. Можно перед кнопкой перейти к оплате вывести сообщение: В ближайшее время стоимость доставки будет расчитана, после чего Вы сможете перейти к оплате + сделать не активной кнопку "перейти к оплате", пока стоимость с изменяемой вручную ценой равна 0

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

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

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

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

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

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

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