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

    +5

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

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

    0

    Пожелание по улучшению модуля поиска.

    Сергей Токарев Обновлен 8 лет назад в категории CMS Общий функционал 12

    День добрый! Попробовал я разные настройки поиска и остановился на Like+, но вскрылась такая проблема.

    1. Нет настройки списка выдачи поиска, "на лету" он выдает 5 предложений. Хотелось бы больше, 10.
    2. Поиск абсолютно не различает приоритета, а это важная штука, какие-то товары должны быть первыми,
    какие-то последними, а некоторые товары вообще не должны включаться в поиск.
    3. Нет исключения из поиска определенных карточек товара, а это было бы очень полезной функцией! :)

    Теперь объясняю суть проблемы: а. есть инструмент важный, дорогой и хороший "станок А",
    б. и есть запчасти к этому инстументу, хорошие, но не важные и не дорогие "запчасть А",
    в. и инструмент, и запчасти имеют в названии одну общую и определяющую маркировку "А"!

    Из-за этого получается одна большая проблема, когда поиск по "А" выдает список из 5-10 запчастей
    и не выдает ни одного предложения инстумента по запросу.

    Эта проблема решилась бы одним или всеми предложенными выше доработками, повторю:

    1. Расширение выпадающего при поиске "на лету" списка до 10.
    2. Введение рейтинга, приоритета товара, в поисковый индекс.
    3. Введение галочки исключения товара из поискового индекса.

    Благодарю за внимание! Жду комментариев!
  • На рассмотрении

    +12

    Поиск Sphinx для сайта

    Дмитрий Караченков Обновлен 5 лет назад в категории CMS Общий функционал 11

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

    http://sphinxsearch.com/
  • На рассмотрении

    +11

    Поддержка SVG

    Администратор ПБМ Обновлен 4 года назад в категории CMS Общий функционал 11

    Сделайте пожалуйста поддержку загрузки формата изображений SVG, играет большую роль в мобильной версии.
  • На рассмотрении

    +1

    Редактирование количества товаров

    Олег Щербак Обновлен 9 лет назад в категории CMS Общий функционал 11

    Сделать редактирование количества товаров и цены прямо в списке категорий, не заходя в карточку товара
    Например есть комбинезон детский и три размера 68, 74, 86 и разное количество
    Надо сделать так чтобы я щелкнул на товаре и под ним открылся список размер количество и цена и просто ввести остатки для каждого размера и все
    ----------------------
    Подобное сделано в inSales
    Сколько раз я уже с него спрыгивал и все равно к нему возвращаюсь
    Только из за одного этого
    Процесс редактирования остатков и наличия очень упрощается
    И все наглядно и быстро
    Спасибо
  • На рассмотрении

    +4

    Медленный поиск

    Бутаков Руслан Обновлен 6 лет назад в категории CMS Общий функционал 10

    Добрый день, пора начинать перерабатывать внутренний инструмент поиска по каталогу.
    >60к товаров
    >700 категорий
    >10 секунд на поисковый запрос
  • На рассмотрении

    +9

    Увеличить скорость перехода на страницу оформления заказа

    Сергей Токарев Обновлен 6 лет назад в категории CMS Общий функционал 10

    В данный момент при клике пользователя в корзине на "оформить заказ" ему приходится ждать около 11 секунд до тех пор пока загрузится страница оформления самого заказа!!! Сайт luchski.ru - установлен модуль оформления заказа на 1 странице. Настроена интеграция с курьерской службой СДЭК.

    https://radikal.ru/video/5JNU1RKovP2 - записал видео для наглядности.

    По умолчанию выбран пункт "доставка по адресу" и при выборе способа доставка, например, СДЭК - нужно подождать еще 10 секунд минимум, пока отобразится стоимость. При этом экран выглядит так будто сайт завис. Просматривал вебвизор - много пользователей "сбегают" именно со страницы оформления заказа.

    Предложения:
    1. Сделать просчет стоимости доставки таким же образом как он просчитывается в карточке товара через модуль, чтобы это не влияло на скорость загрузки страницы с оформлением заказа. Пока пользователь заполняет поля с ФИО, почтой и т.д. параллельно или после грузится информация о способах доставки, чтобы уменьшить время ожидания до минимума.

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

    Думаю, что многие пользователи редискрипт, кто пользуется интеграцией СДЭК со мной согласятся.
  • На рассмотрении

    +2

    Маркетинг: бесплатная версия ReadyScript

    Алекс Бодров Обновлен 7 лет назад в категории CMS Общий функционал 10

    Здравствуйте, я уже познакомился со многими CMS и считаю что у вас самая проработанная и целостная. В отличие от остальных вы реально слышите своих клиентов. Я считаю что для массовой популяризации вашей системе не хватает бесплатной версии скрипта. Я достаточно долго общаюсь с клиентами и заметил что многие первоначально открывают магазин на бесплатных движках, а заработав денег вкладываются в тормозные модули для них и очень плотно привязываются к CMS.
    Рекомендую сделать версию "Витрина" бесплатной для привлечения внимания таких клиентов. Считаю что это в разы ускорит рост популярности вашего продукта. В течении нескольких недель использования такие клиенты с высокой вероятностью перейдут на платную версию и привяжутся к вашей CMS как настоящие "патриоты". Также это заметно увеличит количество фрилансеров, работающих с вашей CMS и готовых выложить в макетплейсе свои шаблоны.
  • На рассмотрении

    +4

    Версия сайта для мобильных устройств

    Andrey Vas Обновлен 9 лет назад в категории CMS Общий функционал 9

    Здравствуйте!
    Сейчас почти все разработчики движков для сайтов параллельно делают версию для мобильных устройств, + поисковики ранжируют такой сайт выше!
    Планируется ли у вас версия для мобильных устройств?
  • На рассмотрении

    +3

    Добавьте pinger для модулей интеграции со службами доставки

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

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

    + было бы неплохо добавить и email уведомление администраторам, о том, что служба доставки отвалилась.