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

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

Здравствуйте!
Встроенная функциональность модуля доставки СДЕК вряд ли востребована большинством магазинов, только по причине обязательного расчёта стоимостью доставки. Цена доставки сугубо индивидуальная вещь, она зависит от множества факторов, где-то порой нужно сделать завышенную доставку в каких-то случаев нужно наоборот занизить стоимость или вообще убрать. Порой разнородность товара не позволяет автоматически рассчитывать доставку по тем или иным причинам. А вот удобство, быстрота и ясность дальнейших действий при оформлении заказа, будет востребована как администратором так и покупателем. По этому прошу вас рассмотреть возможность разработки следующего функционала:
Модуль СДЕК
Задача минимум
Покупатель при оформлении заказа выбирает доставку СДЕК, далее выбирает нужный пункт выдачи на основе геолокации, при этом рассчитывать цену доставки не нужно, вместо цены текст – «будет рассчитана менеджером», можно отобразить сроки доставки. Информация о выбранном пункте выдачи поступает в заказ администратору и покупателю.
Примеры готовых виджетов можно найти на сайте СДЕК https://classic.cdek.ru/website/edostavka/upload/custom/files/pvzwidget(1).zip
Задача максимум
По аналогии на основе уже встроенного модуля доставки СДЕК – нужно оставить выбор пункта выдачи, но убрать расчёт доставки, сумму доставки должен указывать менеджер при обработке поступившего заказа. Далее администратор формирует накладные и трек для СДЕК по API. Только после этого информация о сформированном треке поступает покупателю. Сейчас трек формируется автоматически покупателем – это плохо, хотя в настройках у вас предусмотрена возможность отключать автоматически создавать трек на стороне СДЕКа но тогда почему-то не приходит информация о выбранном покупателем пункте выдачи ни админу ни покупателю.

Надеюсь внятно изъяснился, заранее спасибо!

Было бы здорово экспортировать в CVS не все файлы сразу, а только выбранные вручную. Наример, у меня есть 5000 подписчиков на сайте, но я хочу экспортировать в CVS только первых 500 человек.

Добавить таблицу в базе по аналогии со спец.категориями xdir
product - id_cat

Но для Категории с автоподбором товара. Чтобы например cron'ом раз в сутки таблица обновлялась
и актуализировались данные
id_auto_cat - id_product

Тогда можно будет легко у товаров выводить в каких он есть автокатегориях.

Предлагаю создать модуль для работы с QR кодами в Readyscript
Это может быть полезно для:
Генерация qr кода в карточке товара - позволит быстро переместиться на страницу с товаром с компьютера на мобильное устройство, с которого отсканировали код.
Генерация qr кода с содержимым собранной корзины с товарами - позволит положить товары с компьютера, и продолжить оформление заказа с мобильного устройства или отправить QR код с содержимым корзины другу.
Генерация QR кода с vCard контактом, в котором содержатся реквизиты интернет магазина - позволит отсканировать и добавить контакт в записную книгу телефона. (QR выводим в нужных местах на сайте, например в разделе Контакты)
Генерация QR кода для отправки на e-mail покупателя при оформлении заказа. Позволит покупателю отслеживать статус заказа.
Генерация QR кода с ссылками на оплату заказа, на выставленный счет по безналу и.т.д.

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

Всем привет!

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

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 ?
Сидеть по строчке выковыривать очень и очень долго.

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

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

Всем привет.

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

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

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

Вам когда нибудь приходилось оплачивать услуги ЖКХ по QR коду - ЭТО НЕВЕРОЯТНО УДОБНО!
Было бы не плохо внедрить во все возможные способы оплаты QR код (на квитанцию, счёт, оплата картой и т.д., так же QR код должен приходить на e-mail вместе ссылкой на оплату)
Почему это необходимо:

1 . Это самый удобный и быстрый способ оплаты
2. Я заметил, покупатель сильно напуган оплачивать в интернете картой (боится "светить" номера карты) С оплатой по QR коду такой проблемы не будет.
Прошу сообщество проголосовать и поддержать меня в этом вопросе!