Идеи для: Управление Сайтом

Рейтинг: 1  
Новая
Предложил Алексей 17.04.2018 17:30:24

Поправить некорректное количество уведомлений



Как рассчитывается число уведомлений? Почему указано 1, хотя уведомлений 3?

До этого было еще много (5-6) уведомлений из серии "оцените решение", но число уведомлений было 4.

Обновлено до последней, на момент написания, версии 17.5.13.
Рейтинг: 2  
Новая
Предложил Бобров Андрей 17.04.2018 13:16:26

Ссылка на яндекс/гугл карты в заказе

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

Прошу рассмотреть возможность реализации данной возможности.
Рейтинг: 0  
Новая
Предложил Архипов Руслан 16.04.2018 16:46:20

Фильтр пользователей по местоположению

Просьба сделать фильтрацию пользователей по полю типа "Местоположение" более удобной, с возможностью поиска по названию. Текущий фильтр по ID местоположения не очень удобен.
https://prnt.sc/j5yrd0
Рейтинг: 4  
Новая
Предложил Смирнов Сергей 13.04.2018 16:15:43

Вычисляемые свойства товаров (и не только)

В интернет-магазине многие свойства товара лучше хранить в виде чисел. Так их удобнее использовать в умном фильтре, например, отбирать мебель по ширине.

Но в списке характеристик люди привыкли видеть те же габариты в виде ШхВхГ, да ещё и с единицей измерения:

Габариты ШхВхГ  ....................... 680х340х200 мм

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

Ширина, мм ....................... 680
Высота, мм ........................ 340
Глубина, мм ....................... 200

Такая же проблема возникает, если характеристика товара это диапазон значений, например, диапазон воспроизводимых частот у акустики (тут ещё и разделитель тысяч прибавляется):

Частота воспроизведения ....................... 20 - 35 000 Гц

Предлагаю для решения этой задачи использовать вычисляемые поля.

Идея вычисляемых полей давно у же витает в воздухе (и даже набрала огромный рейтинг в голосовании).
Более того, она была не только заявлена Битриксом четыре (!) года назад, но и реализована в разделе SEO. Различные SEO-поля, формируемые по шаблону, это и есть пример реализации вычисляемых свойств. Но дальше дело как-то не пошло, а жаль.

Вот Яндекс.Маркет, кстати, давно уже научился делать такие вещи.
Ну красота же! Я уж молчу про группировку полей...

Рейтинг: 0  
Новая
Предложил Кривоносов Михаил 13.04.2018 13:51:44

Пожелания к модулю sender

Есть несколько пожеланий по модулю email маркетинга.
  • Нужно чтобы поля для подстановки работали также и в «Добавить параметры во все ссылки:». Сейчас не работает.
  • При добавлении адресов в таблицу b_sender_posting_recipient нужно соблюдать уникальность по POSTING_ID + EMAIL (возможно добавить уникальный ключ).
  • Неплохо бы где-то на странице редактирования выпуска видеть количество адресов, по которым будет отправка
  • К полям e-mail адреса кроме Email: и Имя: следует добавить поле «где и когда email адрес был получен». Сейчас это обязательное требование всех крупных почтовых сервисов (mail.ru, yandex.ru и т.п.) указывать не только ссылку на отписку, но и источник получения адреса. Еще наверно стоит подумать над реализацией Double Opt-in
  • Хотелось бы прямой доступ к HTML коду писем созданных по новым шаблонам.
  • Новые шаблоны сделать просто пустыми без содержимого. На его очистку уходит время.
  • Вообще идеологически правильно прикреплять группы адресов непосредственно к выпуску, а не к рассылке. Рассылка должна быть просто для группировки выпусков. Сейчас приходится для каждого выпуска создавать свою рассылку, потому что группы адресов по каждому выпуску могут отличаться. Если это не будет реализовано, то хотя бы объединять рассылки в группы. Вроде типов инфоблоков. Группы адресов и Мои шаблоны тоже неплохо бы группировать. Либо сделать наследование. То есть изначально берутся группы адресов из настроек рассылки, но в выпуке можно переназначить.
  • Хотелось бы чтобы список рассылок  в раскрывающемся левом меню «Рассылки сайта» сортировался в первую очередь по индексу сортировки и уже потом по ID.
  • Переход по ссылке да/нет это несерьезно. Нужна статистика переходов по каждой ссылке. Я для себя написал на хайлоад блоках, но хочется видеть в составе модуля
  • Редактирование рассылки. На вкладке «Получатели» не совсем понятно входят ли в исключения пользователи отписавшиеся от рассылок? Если нет, то нужно добавлять их в группу исключение по умолчанию.
  • Группу с отписавшимися тоже нужно создать по умолчанию и без возможности удаления самой группы.
  • Хочется видеть  страницу со списком всех запланированных рассылок, с  указанием времени отправки, а также рассылок отправляемых сейчас. Может быть в виде графика?
  • Рядом с процентами (прогрессом отправки) нужно отображать также и количественные показатели (524 из 1763)
  • Если в ссылке в выпуске использовались тэги персонализации, то на вкладке sender_mailing_stat.php?MAILING_ID= статистика выпусков не видно переходов  по этой ссылке.
  • Заголовки письма(к примеру, "List-Post: NO"): должны быть не в настройках модуля, т.к. могут отличаться для каждой рассылки. Можно их сохранять например в настройках рассылки или в шаблонах писем.
  • В настройках модуля Метод автоматической отправки рассылки: при выборе метода крон или агент должны скрываться настройки не соответствующие методу отправки. То есть если выбираем «агент», то настройки только для агента и наоборот.
  • Свой адрес страницы отписки /отписки тоже должен быть а рамках каждой рассылки, а не модуля. Также Протокол адресов ссылок в письмах: (или вообще брать их из настроек конкретного  сайта  по которому будет выпуск)
  • Поле отправитель сделать более чем 50 символов, т .к. может использоваться например такое "Моему самому лучшему клиенту бла-бла...<xxx@xxx.com>"
Пока как-то так.
Рейтинг: 0  
Новая
Предложил Владимир 12.04.2018 16:03:56

Символьный код у рассылок в модуле Email-маркетинг

Было бы здорово добавить символьный код в рассылки модуля, т.к. есть задачи по выбору нужной рассылки, а не за что зацепиться там
Рейтинг: 0  
Новая
Предложил Гарифуллин Ильнур 11.04.2018 14:00:59

Редактирование шаблонов. Текст

Здравствуйте. Когда появится возможность редактирования положения текста в блоке?
Рейтинг: 0  
Новая
Предложил Сергей Гладышев 10.04.2018 19:33:52

Узкое место Битрикса, связанное с тэгированным кэшем.

Кейс таков. У нас есть метод, который формирует ассоциативный массив из символьных кодов и id инфоблоков.
public static function getIBlocksCodeIDMap()
{
    if (!\Bitrix\Main\Loader::includeModule('iblock'))
        return;

    $arIBlocksIDsByCode = array();

    $cache = new CPHPCache();
    $cache_time = 86400;
    $cache_id = 'getIBlocksCodeIDMap' . SITE_ID;

    $cache_path = '/getIBlocksCodeIDMap/';

    if ($cache_time > 0 && $cache->InitCache($cache_time, $cache_id, $cache_path))
    {
        $res = $cache->GetVars();
        if (is_array($res["IBlocksCodeIDMap"]) && (count($res["IBlocksCodeIDMap"]) > 0))
            $arIBlocksCodeIDMap = $res["IBlocksCodeIDMap"];
    }

    if (empty($arIBlocksCodeIDMap))
    {

        $rsIBlocks = \CIBlock::GetList(
            Array(),
            Array(
                "SITE_ID" => SITE_ID
            )
        );

        global $CACHE_MANAGER;
        $CACHE_MANAGER->StartTagCache($cache_path);
        while ($arIBlock = $rsIBlocks->Fetch()) {
            $CACHE_MANAGER->RegisterTag("iblock_id_".$arIBlock["ID"]);
            $arIBlocksCodeIDMap[$arIBlock['CODE']] = $arIBlock['ID'];
        }
        $CACHE_MANAGER->RegisterTag("getIBlocksCodeIDMap");
        $CACHE_MANAGER->RegisterTag("iblock_id_new");
        $CACHE_MANAGER->RegisterTag("getIBlocksCodeIDMap");

        $CACHE_MANAGER->EndTagCache();

        if ($cache_time > 0) {
            $cache->StartDataCache($cache_time, $cache_id, $cache_path);
            $cache->EndDataCache(array("IBlocksCodeIDMap" => $arIBlocksCodeIDMap));
        } 
    }

    return $arIBlocksCodeIDMap;
}
В каких случаях нам нужно обновлять кэш в папке /getIBlocksCodeIDMap/ ?
1 - при добавлении инфоблока. Произведётся сброс по тэгу iblock_id_new в методе CIBlock::Add
2 - изменение символьного кода инфоблока (ну т.е. обновление инфоблока) и удаление инфоблока. Произведётся сброс по тэгу iblock_id_ в методах CIBlock::Delete и CIBlock::Update.

Т.е. всё хорошо, у нас всегда актуальные данные. Но есть один ньюанс:
Сброс по тэгу iblock_id_ будет производиться и при обновлении/удалении/добавлении элемента/секции этого инфоблока (CIBlockSection, CIBlockElement). Т.е. наш кэш будет сбрасываться вообще по каждому чиху, связанному с хотя бы одним из инфоблоков. Хотя нам, в данное методе, абсолютно не нужно реагировать на какие-бы то ни было изменения в элементах или секциях инфоблоков. Нас интересуют только само наличие инфоблоков и их символьные коды.
Получается избыточность.

Почему бы штатным методам не добавить более узкоспециализированные и сброс кэша по ним.
Т.е. , например , в методе  CIBlockElement::Update добавить ClearByTag("CIBlockElement") и ClearByTag("CIBlockElement_Update"), при этом оставив на месте ClearByTag("iblock_id_" . .... ).

И когда разработчик пишет свой метод, то он может более гибко управлять сбросом кэша с результатами работы своего метода. Т.е. если нужно, например, реагировать только на изменения в элементах, в метод добавляется $CACHE_MANAGER->RegisterTag("CIBlockElement"); и всё.

Или, в случае моего примера:
$CACHE_MANAGER->RegisterTag("CIBlock_Update");
$CACHE_MANAGER->RegisterTag("CIBlock_Add");
Рейтинг: 1  
Новая
Предложил Пышков Константин 06.04.2018 19:00:34

"группированные" свойства

Есть сайт каталог компании по продаже ворот. Работает он на редакции старт.
В примерах работ нужно чтобы было "за ворота - 35000, за автоматику - 9000, монтаж - 3000, итого: **** руб." И чтобы это было удобно заполнять. И заказчик мог сам выкладывать работ и сколько угодно таких "работа - цена" натыкивать. И у каждой работы цены абсолютно разные и цены привода и монтажа абсолютно разные.



Получается нужно не просто множественное поле типа "текст" , а группы такие. "Множественные группы".

То есть если бы я к товару создал поля "вид работ" , "цена" , "изображение".. и эти поля сгруппировал в группу.. и ВОТ ЭТО можно было добавлять к товару.

Если кто-то знаком с MODX, у него есть дополнение MIGX - вот что-то типа. Создается группировка всяких разных стандартных полей.. и эта группировка делается множественной.

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

Вот так примерно выглядит. То есть как список элементов (внутри инфоблока), только к какому-то элементу...

P.s.: связанные элементы инфоблока не подходят. Потому что для каждого вида работ замучаешься создавать элементы. Это подходит для создания авторов для книг, но не подходит когда она описать "что входило в работу" по пунктам и цену каждого пункта  в какой-то


... ух... надеюсь понятно написал =)

Рейтинг: 0  
Новая
Предложил Шубин Александр 06.04.2018 10:48:52

Ограничения доставки. Корректная проверка родительского класса

В файле
/bitrix/modules/sale/admin/delivery_ajax.php

Стоит явная проверка на родителя:
if(get_parent_class($className) != 'Bitrix\Sale\Delivery\Restrictions\Base')
Что неверно. При создании ограничения сейчас ожидается, что ограничение это прям непосредственный потомок Base. Если же ограничение наследуется от другого ограничения, то будет выброшено исключение с ошибкой про неверное наследование.

Проверку нужно изменить на такую:
if(!is_subclass_of($className, 'Bitrix\Sale\Delivery\Restrictions\Base'))
В этом случае наследование будет работать корректно и можно будет изменять типовые ограничения
Рейтинг: 0  
Новая
Предложил Кирсанов Анатолий 05.04.2018 22:19:55

Нужно нормальное совмещение поиска и фильтрации

За все эти годы ничего не изменилось. Смотрел в последний раз в components/bitrix/catalog/templates/.default/bitrix/catalog.search/.default/template.php от iblock 17.5.4.

Выполняется поиск в два шага:
  1. bitrix:search.page
  2. bitrix:catalog.section

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

То, что сейчас можно видеть в каталожном поиске - это последствия определенного разделения функционала между двумя модулями.

Давно уже пора научить Битрикс делать один запрос (поиск и фильтрация одновременно, учитывая фасетный индекс, если ищем по инфоблокам). Также давно пора (1С УТ такое умеет, к примеру) делать подсветку того, что искал пользователь. Так интуитивно проще оценивать релевантность.
Рейтинг: 0  
Новая
Предложил Преображенский Станислав 03.04.2018 13:12:07

Доступность кассы

При недоступности кассы внедрить условие, чтоб нельзя было оформить заказ, т.к. чек не выйдет вовремя и это уже никак не соответствие ФЗ 54
Рейтинг: 0  
Новая
Предложил Сергей 30.03.2018 10:53:45

Доработка функционала программы

Доброго здоровья, коллеги.

1. Несколько лет в разных компаниях пользуюсь Вашей программой, в которой явно не хватает модуля "Склад", в котором бы компания, занимающаяся продажей товаром могла отражать поступление, реализацию и остатки товаров.
2. Т.к. многие небольшии компании начинают вести бух. учет в 1С:Бухгалтерия и не пользуются модулем 1С: Управление торговлей, то предлагаю доработать Битрикс, чтобы она могла подтягивать обороты и остатки из 1С:Бухгалтерия и из 1С:Управление торговлей.
3. Сейчас работаю в небольшой строительной компании, у которой несколько строительных площадок в разных уголках России, там используется различный строительный инструмент, отраженный на разных складах в 1С: Бухгалтерия. Но прорабы на местах не видят остатки инструмента, который за ними числится. Прошу доработать Битрикс, чтобы не только остатки по товарам, но и остатки по ТМЦ могли бы быть Битриксом импортированы из 1С и показаны пользователю (прорабу) по своему складу.

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

С уважением, Сергей Панарин.
Рейтинг: 4  
Новая
Предложил Казаков Алексей 28.03.2018 10:26:36

Расширить длину UF-полей с до 20-ти знаков до, хотя бы, 40-а

На больших проектах, когда для некоторых сущностей нужно заводить больше количество UF-полей, бывает не достаточно длины символьного кода, ограниченной 20-ю символами. В итоге вместо нормального имени
UF_INFO_SOURCE_DEVICE_PLATFORM
приходится делать слабочитаемое
UF_INF_SRC_DEV_PLATF
Рейтинг: 1  
В работе
Предложил stmann 28.03.2018 08:20:28

Добавить возможность работать с типами цен в "Правилах работы с корзиной"

Добавить возможность при выборе "Действия" в "Правилах работы с корзиной" работать не только со скидками/наценками, но и "применять" какой-либо иной ТИП цен и назначать его действие на условие