Поло Арт

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

    0

    Оповещения об лицензиях у клиентов

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

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

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

    +2

    Перевод сайта. Интернационализация контента

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

    Всем привет!

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

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

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

    +4

    Блок каталога "Похожие товары" показывает скрытые товары

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

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

    +1

    Импорт брендов

    Поло Арт Обновлен 5 лет назад в категории CMS Админ. панель 0

    А знаете ли вы, что импорт брендов возможен только с указанием url-имени, то бишь, алиаса бренда?
    Без этого столбца или с пустыми значениями не получится импортировать бренды.

    Короче, надо доработать импорт брендов так, чтобы импорт шёл только по имени бренда, этого вполне достаточно.

    ***
    Зачем это вообще надо, ведь мне в техподдержке сказали, что при создании бренда алиас создаётся всё равно автоматически.
    Да, но только в случае небольшого интернет-магазина мы создаём бренды (и каталог в целом) вручную.
    Обычно у нас бренды залетают при импорте товаров, как отдельное поле. И часто этого количества брендов достаточно.
    Но я столкнулся сегодня с тем, что к существующим 60 брендам надо было докинуть ещё около 200. Не руками же их создавать-то. Сделал экспорт, добавил в калке - и не импортируется. Поля алиаса-то пустые. Хехе.

    На самом деле сущий пустяк, если интернет-магазин только создаётся, достаточно заполнить в csv столбец ерундой, типа brand001, прогрузить, затем вычистить алиасы (я это делаю через mysql for excel, очень удобно - хотя можно и запросик короткий написать), и создать алиасы заново через настройку модуля каталога товаров.
    Но это же лишние телодвижения и отсутствие логики.
  • На рассмотрении

    +3

    Принудительное обновление закешированных у клиента JS/CSS

    Поло Арт Обновлен 5 лет назад в категории CMS Шаблоны 2

    Вы наверняка сталкивались с такими случаями, когда вы провели изменения на сайте, поправили js/css, а клиент вам заявляет, что изменений нет. Вы предлагает нажать Ctrl+F5 и всё становится ОК.

    НО!

    Вот как это сделано в других системах
    <link href="{$wa_active_theme_url}clear.shop.css?v{$wa_theme_version}" rel="stylesheet" type="text/css"

    Я предлагаю ридискрипту по дефолту пойти тем же способом. Это дико удобно, само обновляется то, что должно обновляться. Допустим, обновляется дефолтный flatlines, при этом у всех(!) встанет именно тот flatlines, какой задумал разработчик, не нужно ctrl+f5 нажимать.
    Или мы сами проводим у клиента изменения в кастомной теме. Просто меняем номер в theme.xml - и вуаля!

    И, главное, всё уже есть!
    <general>
    <author>ReadyScript lab.</author>
    <name>Современная</name>
    <description>Адаптивная тема, собранная по сетке bootstrap 3 в плоском стиле</description>
    <version>3.0.37</version>
    </general>

    Добавляем version к пути js/css - и всё, разработчик темы меняет номер, и меняется у всех.

    ***
    1. да, я знаю, про кеширование статики на уровне вебсервера
    2. в поддержке мне предложили - Вебсайт-Настройка сайта-Подключаемые CSS файлы. Тоже решение, туда-сюда значение опции менять, но, если я всегда хочу сжатые раздавать?
    3. а ещё можно такую штуку реализовать через unix timestamp - но слишком часто обновлять тоже ни к чему
  • На рассмотрении

    +3

    Сохранить имеющиеся ранее категории

    Поло Арт Обновлен 5 лет назад в категории CMS Админ. панель 5

    При массовом редактировании товара нам необходимо добавить группу товаров в другие категории.
    И мы забываем поставить галочку "Сохранить имеющиеся ранее категории".
    При этом удаляется привязка товаров к старым категориям.

    Я считаю, что просто необходимо идти от обратного.
    Либо ставить эту галочку по дефолту
    Либо менять логику на "отвязывать от других категорий"

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

    ***
    Это же так просто сделать, а скольких убережёт от потерь
    /modules/catalog/view/form/product/mexdir.tpl
    <input type="checkbox" checked name="xdir[notdelbefore]" value="1">
  • На рассмотрении

    +1

    Миниатюра изображения в списке брендов в админке

    Поло Арт Обновлен 5 лет назад в категории CMS Админ. панель 0

    Заходим в Товары - Бренды.

    Было бы очень удобно здесь иметь миниатюру изображения бренда. Так сразу видно, где картинка есть, а где её нет. И нет ли ошибки.
    То есть, точно также реализовать, как это уже сделано в каталоге товаров, столбец "Фото".

    Мелочь, сущий пустяк, а юзабилити раздела в админке повышает.
  • На рассмотрении

    0

    Совместная работа Группировки и Комплектаций

    Поло Арт Обновлен 5 лет назад в категории CMS Общий функционал 0

    Для примера приведу тип товара - Двери.
    У двери две характеристики в пределах модели - Цвет и Размер полотна.

    Крайне логично, если двери разного цвета будут разными товарами. Это удобно и в поиске показывать, и фильтровать, и вообще продвигать. Что угодно, но как не крути - удобно.
    Группируем такие двери по моделям. Отлично всё.

    А теперь добавляем Размер полотна :)
    Всё, не работает выбор размера. В поддержку по этому поводу обращались - "решения на данный момент проблемы нет".

    Конечно, выйти из ситуации можно - на костылях в том числе.
    - создаём многомерные комплектации по цвету и размеру. но тогда мы теряем отдельные карточки товара
    - размер вообще не указываем, а в шаблоне делаем выбор - и заставляем размер пролетать в заказ. но это костыль, хотя и очень легкий и рабочий.

    Это пожелание перекликается с предыдущим
    https://helpdesk.readyscript.ru/wish/Vydacha-poiska-i-Gruppirovka-tovarov-663.html
    Только здесь обратная ситуация

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

    0

    META характеристики

    Поло Арт Обновлен 5 лет назад в категории CMS Админ. панель 0

    Давно уже хотел об этом написать.
    Необходимо переименовать характеристики, которые относятся к мета-тегам. Это "Заголовок", "Ключевые слова", "Описание". При импорте смотрится ужасно. Если "Ключевые слова" ещё понятно, то "Описание" и "Заголовок" крайне не логичны, их предназначение угадываешь только благодаря наличию "Ключевые слова" рядом.

    Например, добавьте к ним в начало "МЕТА" и будет понятно:
    МЕТА - Заголовок
    МЕТА - Ключевые слова
    МЕТА - Описание

    А то ведь получается как в СССР пытались всё подряд переводить и ни черта толком понятно не было. Я прекрасно помню те газеты, в которых вместо adidas было написано АДИДАС.
    Вообще, эти термины называются title, keywords и description.

    ***
    Вообще, это касается импорта категорий.
    Но надо внимательно в целом поработать в этом направлении и сделать везде одинаково.
    Т.к. при импорте товаров эти поля называются уже иначе.
  • На рассмотрении

    +4

    Импорт изображений комплектаций

    Поло Арт Обновлен 5 лет назад в категории CMS Админ. панель 5

    Текущий механизм импорта комплектаций подразумевает выбор изображения для комплектации из уже загруженных в систему.
    Но, иногда бывают ситуации, когда мы формируем csv, не обращаясь к системе ридискрипт. Вернее, так бывает всегда :) Просто далеко не всегда сложные (и нелогичные) прайсы от поставщиков приходят.

    В общем, нужен механизм загрузки изображений в момент импорта комплектаций. Пусть это будет дополнительное поле, которое мы будем использовать, когда действительно нужно загрузить в систему новые изображения. Если же мы хотим использовать уже существующие изображения, то используем поле "Фотографии".

    ***
    Поясняю для обывателей, кто редко комплектациями пользуется.
    Допустим, есть товар Шапка, у него три комплектации на цвет - синяя, красная и зелёная; и три комплектации на размер - 1, 2, 3. Получается многомерная комплектация.
    А теперь представьте, что таких Шапок у нас 2000 штук. И у каждого цвета каждой шапки своя картинка.

    Пытаемся это загрузить. Допустим, загрузили всё как товары - проблем не будет, мы можем грузить как с пути к фотке относительно сайта, как с абсолютного url картинки (это медленнее, но Readyscript загрузит), а также просто с zip-архива. Вместо одного товара получилось три товара - Шапка Мономаха синяя, Шапка Мономаха красная и Шапка Мономаха зелёная. Пути к загруженным изображениям выглядят как /storage/photo/original...
    При импорте комплектаций поверх товаров нужно указать локальный адрес (относительно корня сайта) уже загруженного изображения.
    Но в csv поставщика значений локальных путей к /storage/photo/original... не будет. Возможно имя изображения из архива с изображениями, возможен адрес сайта, в особо приятных случаях возможно совпадение имени изображения с артикулом. Но это нам ничего не даст

    Вот и получается, что в readyscript нет способа импортировать комплектации с изображениями.
    А это дикий косяк, я считаю. Но к нему ещё каждому надо будет прийти...