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

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

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

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

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

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

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

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

Хорошо бы в спецкатегории добавлять товар путем подбора (аналогично как это делается например в новостях. "Прикрепленные товары")
Так как, если товара нужно добавить много, то приходится это делать по одному товару, а в админке каталог товаров - одно из самых медленных действий.

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

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

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

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

Если же такое сделать ещё и при наличии доступных обновлений системы - было бы вообще очень круто!

В кредит сейчас не продает только плохой продавец. Однако, в рамках интернет магазины мы доблжны покупателю максимально понятно показать уловия и приемущества покупки в кредит или рассрочку. Великолепное решение этой задачи я подглядет на этом сайте etagerca.ru/complects/1607-komplekt-leontina.html (не рекламирую). Скрин прилагаю. Как оформить данный блоки с информацией визуально это задача дизайнеров. В рамках реадискрипта, думаю что, можно сделать отдельный блок, в настроках блока админ сайта указывает срок кредита, первоначальный взнос (в %) и ставку. А скрипт уже считает исходя из цены товара и выводит в карточке товара: сумму взноса, и размер месячного платежа.

Всем привет!

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

https://readyscript.ru/dev-manual/dev_lang.html#dev_lang_initialization
Идентификатором языка является двухсимвольное обозначение языка. Например: en,de,ru. Идентификатор языка получается с помощью метода RS::Language::getCurrentLang. Метод возвращает текущий язык системы по следующему правилу:

Если это административная зона:
попытка использовать язык, установленный в cookie
попытка использовать язык браузера
возвращается базовый язык

Если это клиентская часть:
попытка использовать язык, установленный в cookie
попытка использовать язык текущего сайта
возвращается базовый язык
Вопрос. Для чего и зачем именно так сделано?!
Если сайт на английском, то всё должно быть на английском по дефолту. Заходит в админку, допустим, наёмный сотрудник, у которого локаль польская - и что он получит? Админку на русском!

Условие задано в файле /core/rs/language/core.inc.php в функции getCurrentLang() как:
if (\RS\Router\Manager::obj()->isAdminZone()) {
//Если это административная панель
$sysLangs = self::getSystemLanguages();

if ($request->cookie(self::COOKIE_ADMIN_LANG, TYPE_STRING)) {
//Ищем установленный язык в cookie
$current_lang = $request->cookie(self::COOKIE_ADMIN_LANG, TYPE_STRING);
} else {
//Ищем предпочтительный язык у браузера
$accept_langs = explode(',', $request->server('Accept-Language'));
ЗАЧЕМ?!

Я создаю core.my.inc.php, где убираю это условие, оставляю лишь:
if ($request->cookie(self::COOKIE_CUSTOMER_LANG, TYPE_STRING)) {
//Читаем параметр из cookie
$current_lang = $request->cookie(self::COOKIE_CUSTOMER_LANG, TYPE_STRING);
} else {
$site = \Setup::$INSTALLED ? \RS\Site\Manager::getSite() : null;
$current_lang = ($site) ? $site->language : $request->cookie(self::COOKIE_CUSTOMER_LANG, TYPE_STRING, \Setup::$DEFAULT_LANG);
}
Но все эти my в ядре это так, на время... пока не обновится что-то. А с второй версии очень многое обновилось.

Второй вопрос. Где взять полные файлы messages.lng.php и messages.js.php ?
Сидеть по строчке выковыривать очень и очень долго.

Третий вопрос. Что делать с тем, что строковые значения постоянно вместе с апдейтами, чуть-чуть, да изменяются?

На данный момент работаем с несколькими CMS, в том числе и интернет-магазинами. У всех более менее понятная и полная документация по верстке шаблонов.
Обычно на интеграцию готовой верстки тратится 1-2 дня.
С RS все сложнее. Нигде нет информации по тем же хукам. Какие существуют, для чего. Какие переменные, для чего.
Другими словами вхождение в вашу CMS тяжелое.
Целый день только пришлось убить на то, чтобы понять как вывести в карточке товара, определенную характеристику. Причем информацию нашли где-то на форуме в ответах, а не документации.
Думаю если хотите чтобы CMS была более востребована, вхождение в нее должно быть более дружелюбным. Даже сейчас в маркетплейсе висит 9 шаблонов. Вы работаете с 2012 года. Это в среднем по 1 шаблону в год. :)
Чем больше магазинов с красивым и удобным дизайном будет, тем популярнее будет CMS.
Если честно, 2 дня сижу читаю вашу документацию, и до сих пор не пришло понимание как сверстать под ваш движок готовый шаблон, чтобы использовать функционал движка по максимуму.