Всем привет!

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

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 дня сижу читаю вашу документацию, и до сих пор не пришло понимание как сверстать под ваш движок готовый шаблон, чтобы использовать функционал движка по максимуму.

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

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

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

Хотелось бы увидеть модуль который сможет:
1) Выгружать товары в группу ВК
2) Выгружать статьи в группу ВК
3) Постоянно обновлять изменения в товарах

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

В данный момент есть два домена для разработки, это *.local и *.test, было бы не плохо добавить dev.* что бы была возможность заниматься разработкой не только на локальной машине, иначе банально даже заказ на маркете не протестировать.

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

Например сценарий такой: 15 февраля 2016 года статус какого-то заказа "Х" был установлен как "ожидает оплату", срок оплаты установленный в нашем магазине это например 7 дней, если человек так и не оплатил заказ то через 7 дней нужно отправить уведомление администратору и пользователю из заказа, что ваш заказ до сих пор не оплачен.

Или сценарий такой: также 15 февраля 2016 года клиенту позвонили и установили статус заказа "самовывоз". В нашем магазине товар резервируется на 7 дней. Если по прошествии 7 дней человек не забрал заказ нужно также отправить уведомление администратору и клиенту.

Посему предлагаю доработать данный функционал. Считаю его достаточно востребованным. Можно данную настройку добавить прямо в окне создания статуса:
+ сюда же добавить возможность выбора адресата для уведомления, например
1. уведомление администратору
2. клиенту
3. и администратору и клиенту

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

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

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

Здравствуйте. Очень нужна сортировка товара в категориях для вывода в нужном порядке. Сейчас используем изменение даты, что крайне неудобно. Можно сделать что-то похожее на сортировку категорий, которая уже есть.

В системе полностью отсутствуют настройки вывода телефона и e-mail для покупателей на фронт интернет магазина и в некоторых окнах оформления заказа. Точнее есть, но только в шаблоне темы. Я считаю это первым недостатком. Информацию о контактах магазина нужно выводить в настройках самой системы, например, объединить с разделом «Настройка сайта/Социальные ссылки».
Второй недостаток - (на примере темы изумительная) присутствует только одно поле для телефона и одно для e-mail мне кажется нужно расширить количество этих полей, возможно даже подписей к этим полям, например, «техподдержка», «бухгалтерия» и т.д

Вы, наверное, скажите - это несложно поправить руками и вывести в отдельные файлы. Но тогда невозможно будет получать обновления за которые мы платим деньги, а если это важные обновления именно в «подправленных» файлах

Здравствуйте. Было бы очень удобно, чтобы при нажатии Ctrl + Enter при нахождении в открытом заказе происходило действие "сохранить и закрыть".