• На рассмотрении

    +5

    Убрать выпадающий список субъектов РФ

    Константин Свердлов Обновлен 7 лет назад в категории CMS Общий функционал 0

    Уберите, пожалуйста, выпадающий список выбора субъектов РФ в форме ввода адреса. Субъектов РФ 85 штук и неправильно заставлять клиента играть в рулетку (пролистывать этот длинный список). Даже если это требуется только в случаях, когда геолокация отработала некорректно (например, клиент использует proxy/vpn или просто по ip-адресу его провайдера город определился неправильно). Ведь даже после того, как клиент выбрал субъект РФ, он печатает город, и удобнее всего было бы в скобках после названия города (во всплывающих подсказках) указывать субъект РФ, к которому этот город относится.
  • На рассмотрении

    +5

    Усовершенствование способов оплаты

    Ксения Черношвец Обновлен 7 лет назад в категории CMS Общий функционал 2

    Здравствуйте.

    Назрело следующее пожелание - возможность ограничения наложенного платежа определенной суммой, т.е., например, я устанавливаю в админке во вкладке "Способы оплаты" в конкретном способе, связанном с наложенным платежом, порог в 5000руб и если заказ свыше 5000руб, то клиенту предлагаются только способы предоплаты (карта, счет).
  • На рассмотрении

    +5

    Сортировка комплектаций по наличию

    Павел Глазков Обновлен 7 лет назад в категории CMS Общий функционал 3

    К примеру есть в комплектации белый и черный цвет. В списке отображается первым белый цвет, которого нет. В итоге у товара статус "Нет в наличии". Есть предложение в начале отображать, комплектации которые в наличии.
  • На рассмотрении

    +5

    Readyscript без функционала магазина, как универсальная CMS. Возможно ли?

    Денис Ефремов Обновлен 8 лет назад в категории CMS Общий функционал 19

    Здравствуйте, уважаемые разработчики 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), затем доп. полю типа "изображение" или "файл" указываешь источник файлов. Теперь при редактировании поля (изменении или добавлении файла) будет открываться указанный в источнике путь без возможности подняться на папку выше.
  • На рассмотрении

    +5

    Сделать чтобы сопутствующие товары отображались ссылкой с картинкой (как покупаемый товар в корзине)

    Юрий Матвеев Обновлен 8 лет назад в категории CMS Общий функционал 0

    Не всегда понятно что предлагается дополнительно купить, было бы удобно это визуально увидеть и при нажатии на ссылку подробней прочитать что это и зачем!
  • На рассмотрении

    +4

    Чекбокс для категории - не отображать в меню

    Андрей Левченко Обновлен 9 месяцев назад в категории CMS Общий функционал 3

    Это не связано с "публичный/не публичный" это именно НЕ ОТОБРАЖАТЬ В МЕНЮ, иногда иерархия категорий не совпадает с выводимой в меню и приходится городить костыли. Например спецкатегории есть, но в меню не нужны и т.д.
  • На рассмотрении

    +4

    Привязка зоны баннера к товарной категории.

    Владимир Думушкин Обновлен 11 месяцев назад в категории CMS Общий функционал 2

    Добавить вывод баннера в определенной товарной категории.
    Сейчас вставка зоны баннера идет общая на весь шаблон в конструкторе и добавляя в нее баннер мы получаем вывод на всех страницах каталога. Надо при добавлении баннера например сделать чекбокс "показывать в категориях:...." так можно будет сделать одну зону и для нее выводить для разных товарных групп свои баннеры.
  • На рассмотрении

    +4

    Модуль shop: желаемая дата и время доставки заказа

    Anton F Обновлен 3 года назад в категории CMS Общий функционал 0

    Добавить поля для выбора желаемой даты и времени доставки курьером.
    Дата: <input type="date" name="delivery_date">
    Время <select name="delivery_time"><option value="9-13">9:00 - 13:00</option>...<option value="18-21">18:00 - 21:00</option></select>
    Настройки временных диапазонов: время от(по умолчанию, 9) и до(по умолчанию, 21), интервал (по умолчанию, 3) в часах
  • На рассмотрении

    +4

    Новый редактор текста (с адаптивностью графики)

    Сергей Филоненко Обновлен 3 года назад в категории CMS Общий функционал 5

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

    +4

    Несколько обменов с 1С

    Александр Сафонкин Обновлен 4 года назад в категории CMS Общий функционал 3

    Всем привет.

    Наверняка у многих есть 1С и скорее всего вы используете стандартный обмен данными с веб-сайтом. Эта функция весьма полезная и работает достаточно хорошо (хоть и нуждается в некоторых доработках). Возможно вы замечали, что при использовании нескольких обменов данными с веб-сайтом, возникают некоторые проблемы.

    1) При большом количестве данных (я имею ввиду, когда у вас более 50 тыс позиций в выгрузке, в моем случае более 200 тыс) происходит обрыв связи спустя несколько суток. Нам же выгружаться несколько суток - это не совсем то, что нужно. Решение было найдено быстро и мы решили выгружать позиции порциями создав несколько обменов по 10-20 тыс позиций. (при таком объеме нужно отключать выгрузку изображений, иначе будет очень долго идти обмен. Конечно все индивидуально, но проблема такая существует в 1С Предприятие УТ 10, но она актуальна и для других..)
    2) Создав несколько обменов мы посчитали, что проблема решена, но это далеко не так. В Административной части имеется модуль "Обмен данными", при установки галочки в настройках модуля: "Обмен данными" - Что делать с товарами, отсутствующими в файле импорта? = Удалять/Деактивировать, кажется, что имея несколько обменов будет все норм, но это не так. Представим, что у нас имеются 5 отдельных обменов, мы запускаем выполняться первый обмен, затем второй и т.д., на сайте мы увидим, что все товары появились и все хорошо. Тут таится другая острая проблема - это остатки товара и их видимость на сайте. Представьте, что в настройках "Обмена данными", Что делать с товарами, отсутствующими в файле импорта? = Деактивировать, в этом случае вы делаете первый обмен данными и после этого хотите сделать второй, делаете второй обмен и замечаете, что все позиции из первой выгрузки отключились и не видны. Происходит это из-за того, что RS не учитывает идентификатор выгрузки и тем самым не знает о том, какой это обмен 1, 20 или 50-й по сути RS без разницы какой обрабатывать т.к. он лишь исполнитель.
    3) Остатки товаров - в случае если при первом обмене у нас в 1С было на остатках по одной позиции 1 шт, то после продажи этого товара оффлайн в магазине его остаток ноль, но сайт еще об этом не знает. Мы думаем, что запустив снова обмен, остаток обновится, но это не так. В обмен остаток нулевой не попадет (зависит от настроек). После того как обмен будет выполнен, на сайте остаток не изменится.

    Так как у каждого обмена есть уникальный GUID, необходимо реализовать механизм при котором, каждый обмен будет учитываться по GUID и RS будет понимать, какая именно выгрузка сейчас идет и к каким товарам нужно применять настройки обмена.