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

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

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

Здравствуйте, уважаемые разработчики CMS Readyscript.

Очень может быть, что я не открою Америку, предложив то, что собираюсь. Наверняка вы, как команда разработчиков, уже обдумывали похожий вариант.

Начну издалека.

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

Скажу вам честно - после работы с Readyscript у меня возникло желание иметь возможность разрабатывать сайты и веб-приложения, не включающие в себя функционал интернет-магазина, на вашем движке, только, возможно, немного видоизмененном (с вырезанными лишними модулями, полноценным конструктором контента и т.д.). Уж очень понравился мне целый ряд вещей, которыми обладает CMS Readyscript, например - MVC, расширяемость, скорость, дизайн админки, документация и еще несколько приятных мелочей. Реакция на AJAX запросы - особо порадовала.

До настоящего момента, задачи, подобные описанным выше, мне приходилось решать с помощью CMS/CMF MODx Revo. Я считаю, что это одна из наиболее удавшихся "широкопрофильных" CMS на сегодняшний день. Однако, этот вариант не идеален по ряду причин.

Объективно:
1. ExtJS очень сильно ухудшает удобство и замедляет админку (есть даже программисты, бойкотирующие MODx только из-за "тупой" админки, несмотря на все плюсы этой CMS), jQuery UI даст 100 очков форы;
2. урезанный Smarty с измененным синтаксисом удобен только пока ты не попробовал полноценный;

и субъективно:
3. стиль написания программного кода Readyscript лично мне понятнее и приятнее, нежели MODx, и дело тут не в русских комментариях к коду. Хотя в офф. документации к MODx и сказано, что система построена на MVC, на деле это какой-то странный MVCC (Model-View-Controller/Connector), и совсем по другому дело обстоит в CMS Readyscript - почти идеальная классическая MVC архитектура, все просто и понятно.
4. делать магазин на MODx используя плагины магазинов, не очень удобно по причине того, что некоторые вещи имеющиеся в Readyscript из коробки, на MODx не имеют реализации даже в виде плагинов, например - многомерные комплектации.
5. синтаксис ORM приятнее чем xPDO (это вкусовщина, я понимаю, но особенно раздражают описания структур объектов на XML).

В связи со всем вышесказанным, я бы хотел предложить вам выпустить noShop версию движка для создания блогов, визиток и простеньких сайтов, с возможностью расширения функционала.

P.S. Конечно, лично я, как разработчик хотел бы, чтобы описанный продукт распространялся свободно. Я полагаю, что выпуск Open Source продукта, благотворно повлияет на раскрутку и, как следствие, на количество установок и численность сообщества, также имеет место тот факт, что убедить заказчика разработки использовать неизвестную бесплатную CMS гораздо легче, чем неизвестную платную.
Однако, я понимаю, что вам виднее - брать деньги за свой труд или нет, и не собираюсь вам навязывать. Могу только заметить, что в целом даже готов (но не горю желанием) заплатить, в пределах разумного, за удобство разработки не e-commerce сайтов, как уже заплатил за удобство разработки магазина.

P.P.S. Считаю необходимым добавить, что CMS MODx также обладает и рядом плюсов, упрощающих разработчику жизнь, которые я бы был рад встретить в новых версиях Readyscript:
1. Плагин "Консоль" - представляет из себя php-консоль в которой подключен Framework, позволяет выполнять произвольный код и видеть результат выполнения (html + source).
2. Редактор Ace, встроенный в MODx, интегрирован в систему глубже:
- обрабатывает больше комбинаций клавиш, например ctrl+s(сохранить) перехватывает, как и почти везде в системе;
- подсвечивает теги MODx в квадратных скобках (можно сделать, чтоб понимал синтаксис smarty в фигурных);
- обладает функционалом EMMET для HTML и CSS;
- есть Linter в реальном времени для PHP и, по-моему, JS тоже, не помню точно.
3. Разделение на контексты - хорошая штука (по умолчанию два: mgr - админка и web - сайт), позволяет много чего, например быть залогиненым в админке и на сайте под разными пользователями, или реализовывать многоязычность, или, вообще, сделать разные сайты на одном движке, или хранить произвольные данные в другом контексте, но в базе в виде объектов modResource и т.д. зависит от фантазии.
4. Дополнительные поля - механизм произвольного расширения структуры контента (это, я думаю - необходимость). Сами поля не расширяют объект, а хранятся в отдельных таблицах.
5. Источники файлов - очень удобно, создаешь источник, указываешь ему путь (можно облако, напр. Amazon S3 или Dropbox), затем доп. полю типа "изображение" или "файл" указываешь источник файлов. Теперь при редактировании поля (изменении или добавлении файла) будет открываться указанный в источнике путь без возможности подняться на папку выше.

1. Добавить возможность настройки модуля "Поиск", а именно настройку исключения информации для поиска. Чтобы можно было отключить поиск по краткому описанию, по артикулам и т.п. Это сделает поиск точнее для покупателя.

2. Добавить в выпадающий список с найденными товарами ссылку "Показать все результаты →". Просто далеко не все люди догадываются, что нужно нажать enter, чтобы увидеть все результаты поиска и думают, что на сайте по их запросу нашлось всего 5 позиций.

Предлагаю создать модуль или добавить возможность резервирования заказа на заранее установленное время.

Данная возможность в первую очередь будет полезна при самовывозе товара из магазина, но также можно применить ее для резервирования заказа, при ожидании 100% оплаты за заказ.

Пример как это могло бы работать: по правилам интернет-магазина, товар резервируется на 24 часа.

1. В настройках магазина / модуля выставляем время резерва с момента оформления заказа по умолчанию: устанавливаем значение 24 часа,

2. Также в настройках магазина / модуля устанавливаем за какое время до истечения резерва нужно уведомить клиента по e-mail или смс: устанавливаем значение 1 час.

3. Устанавливаем на какие способы получения товара по умолчанию действует модуль: доставка / самовывоз / все способы сразу / или оставляем пустое значение для ручного резервирования из страницы редактирования заказа.

4. На странице просмотра и редактирования заказа добавляем флаг: зарезервировать заказ (после сохранения изменений в заказе клиенту приходит e-mail или смс в таком виде: Заказ №123 зарезервирован до 23:59, 01.01.16) , а за час до истечения резерва, клиенту приходит письмо или смс в таком виде: Заказ №123 срок резерва истекает в 23:59, 01.01.16

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

6. Если резерв истек, заказ перемещается в соседнюю вкладку: "Аннулированный резерв" виджета с заказами в резерве.

Очень не хватает возможности применять скидочный купон с конкретным товарам в заказе. Пример на скриншоте ниже. У нас есть некоторые услуги, которые добавлены в систему как товары, и к некоторым из них не нужно применять купон на скидку, т.к. сумма фиксированная и скидка на нее не распространяется. Сейчас приходится делать неровную сумму, например 285.72 руб со скидкой 30% для того чтобы получилась сумма 200, что не есть удобно.

Реализацией видится всплывающее окно при вводе купона, в котором можно выбрать позиции, к которым применяется данный купон.

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

Я проверил, что можно оставить заказ при 0 шт, но покупатель видит что остаток 0 шт. Вероятность что добавит в корзину очень мала.

Возможно ли реализовать бесконечный остаток?

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

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

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

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

Здравствуйте, до обновления на новое ядро можно было обратиться к странице из меню и в случае ajax запроса, получить только основную часть страницы.

То есть можно было сделать страницу с формой и при обращении к ней посредством javascript, получить ответ в формате json. теперь же возвращается html полностью всей страницы.

Проблема в том, как в файле modules\menu\controller\front\menupage.inc.php формируется результат обработки в строке 45:
return $this->view->fetch($menu_item['link_template']);
До обновления было:
return $this->result->setTemplate($menu_item['link_template']);

Если можно, то сделайте как было до обновления или объясните, зачем нужно это изменение.

У russianpostcalc.ru есть API для печати форм для нужд Почты России.

Отправляем туда запрос с параметрами, в ответ получаем ссылку на pdf файл.

Подробная информация по API: http://russianpostcalc.ru/api-devel.php
Основная форма, которая всем требуется, Ф116.

Для работы API необходим ключ, в админку системы логично вынести поле для указания этого ключа.
А также, данные отправителя.

Скрин результата работающего примера прицеплен.