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

    +2

    давайте голосовать за разработку pickpoint .

    Андрей Вишневский Обновлен 5 месяцев назад в категории Другое 1

    предлагаю разместить эту заявку на Краудфандинг
  • На рассмотрении

    +1

    Опция проверки товаров по штрихкодам

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

    Продолжая тему штрихкодов, предлагаю добавить настройку, при включении которой будет появляться запрос на сканирование штрихкода при определенных действиях в системе. Пример: у товара Смартфон Lenovo присутствует штрихкод в карточке товара, а у товара USB кабель Lenovo штрихкод не установлен.
    1. Менеджер назначает на доставку курьера в админке и если у товара установлен штрихкод, система запрашивает менеджера отсканировать штрихкод товара, который он собрался отдать курьеру, чтобы убедиться что отдает он именно этот товар. Если у товара штрихкод не был установлен, то система разрешает отдать заказ без запроса на сканирование.
    2. Менеджер переводит заказ к примеру в статус: Доставляется, допустим это означает что сейчас его отдадут в службу доставки. При включенной опции проверки штрихкода, как только менеджер переводит в статус Доставляется, readyscript запрашивает менеджера отсканировать штрихкод, если он присутствует у товара, чтобы убедиться что в доставку будет передан именно этот товар. После чего заказ сохраняется автоматически, в тот статус, в который менеджер пытался перевести.
    3. Заказы самовывозы - предлагаю сделать так: допустим за заказом пришел клиент на пункт самовывоза, в заказе присутствует 2 товара, у которых задан штрихкод. Добавляем новый способ закрытия заказа: менеджер в открытом заказе по очереди сканирует 2 товара из заказа, как только система понимает что штрихкоды товаров из заказа соответствуют отсканированным по очереди товарам, появляется окно, которое сообщает что все товары совпадают и предлагает подтвердить закрытие заказа, если штрихкод отсканирован от другого товара, система сообщает что, это не то, что заказывал клиент.
    и.т.д.
    Данная опция позволит уменьшить риск того, когда менеджер вместо синего смартфона, отдаст к примеру красный.

    + еще нужна вот такая опция: в общем списке заказов админ панели, нужно дать возможность отсканировать товар, без выбора какого либо фильтра по заказам. И если такой товар есть в базе, пусть система покажет всплывающим окном, что это за товар и его фото. Как к примеру в крупных оффлайн магазинах, где клиент может подойти к сканеру, который висит на стене, отсканировать товар и посмотреть сколько он стоит и что это такое.
  • На рассмотрении

    +2

    Принудительное обновление закешированных у клиента 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 - но слишком часто обновлять тоже ни к чему
  • На рассмотрении

    +5

    Модернизация блока поиска

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

    Здравствуйте!
    Разобрался я в причине того, что результаты поиска в блоке поиска отличаются от страницы поиска)
    Я думал, что поиск в блоке поиска делается механизмами модуля Search, но получается, что там свой код и категории ищутся вне зависимости от настроек модуля Search просто по %like%.

    Я немного скорректировал searchlineapi.inc.php в блоке поиска. Теперь поиск в категориях идет в следующем порядке: like%, транслитерация like%, %like%, транслитерация %like%. Если на этапе есть вхождение, то далее поиск не идет. Слава богу, "мел" теперь найти можно))
    https://yadi.sk/d/geI1drZ9g7ZIJg

    И до кучи в контроллере блока searchline поменял порядок вывода: Категория->Товар->Бренд.

    https://yadi.sk/d/rIjrrrzoKe3IqQ
  • Исполнено

    +7

    Триггерные рассылки и брошенные корзины

    Ярослав Пономарев Обновлен 5 месяцев назад в категории CMS Общий функционал 1

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

    +1

    Указание филиала для статей

    Андрей Левченко Обновлен 5 месяцев назад в категории CMS Общий функционал 1

    Здравствуйте. Собственно из названия. Логично для статей сделать возможность выбора видимости публикации "для конкретного" филиала или "во всех филиалах", т.к. этот контент часто также отличается.
  • Исполнено

    0

    Диакритические знаки при транслитерации

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

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

    Когда мы создаём алиасы (оно же URL-имя) для товаров, брендов, категорий, задействуется функция \RS\Helper\Transliteration
    Когда мы вручную из карточки создаём алиас, работает js /resource/js/jquery.rs.autotranslit.js
    И всё вроде хорошо, пока кириллица и латиница присутствует.
    Но бренд "Baumüller" превращается в "baum-ller"
    Косяк? Да. Подобных брендов навалом. Если делать интернет-магазин двуязычным, нарваться на названия категорий и товаров элементарно. Даже, если просто парсить, отследить наличие всяких умляутов и прочих диакритических символов нереально.

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

    Вот эти символы. Полный список.
    ¡¿
    ÄäÀàÁáÂâÃãÅåǍǎĄąĂăÆæĀā
    ÇçĆćĈĉČč
    ĎđĐďð
    ÈèÉéÊêËëĚěĘęĖėĒē
    ĜĝĢģĞğ
    Ĥĥ
    ÌìÍíÎîÏïıĪīĮį
    Ĵĵ
    Ķķ
    ĹĺĻļŁłĽľ
    ÑñŃńŇňŅņ
    ÖöÒòÓóÔôÕõŐőØøŒœ
    ŔŕŘř
    ẞߌśŜŝŞşŠšȘș
    ŤťŢţÞþȚț
    ÜüÙùÚúÛûŰűŨũŲųŮůŪū
    Ŵŵ
    ÝýŸÿŶŷ
    ŹźŽžŻż

    p.s. я понимаю, что мультиязычности по факту нет, но мультисайтовость есть и вот официальная позиция по этому поводу
    https://helpdesk.readyscript.ru/wish/Podklyuchenie-vtorogo-yazyka-13.html
  • Исполнено

    0

    Обновление изображений товаров при импорте

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

    Иногда бывают ситуации, когда изображения на товары идут с разных источников.
    Если совпадает артикул с разных источников, на таком товаре будут разом изображения со всех источников, что рождает дубли изображений.

    Также, незнаючи, легко поверх прогрузить, что грузили ранее - и все изображения задвоятся. Тут, конечно, надо изображения сначала удалить, потом грузить, или не грузить по полю Фото, но с ходу не все об этом знают.

    ***
    Этих проблем можно избежать, если для каждого изображения хранить контрольную сумму оригинального изображения. И при импорте может выполняться или не выполняться условие. Думаю, понятна мысль.
    Фича поможет избежать детской проблемы ридискрипта. Фича должна быть включена по умолчанию(для новичков самое оно!) и выключаться по желанию пользователя.
    Да, я понимаю, что это замедлит импорт, но импортировать можно частями (поля Фото отдельно) или отрубить фичу, когда точно понимаешь, что делаешь.

    ***
    Сейчас же приходится предварительно готовить csv под загрузку. Берём 40.000 товаров с одного источника, 30.000 товаров с другого источника - ищем дубли и пристреливаем их. Но это какой-то дрянной метод, хоть и работает.
  • На рассмотрении

    +4

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

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

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

    +3

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

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

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

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

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

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