Идеи для: Главный модуль

В современных больших проектах бывает до сотни и более собственных агентов в базах данных, соответственно нужно в таблицу b_agent добавить поле COMMENT для внесения комментария о назначении агента.

Так же вынести данное для редактирования в интерфейс.

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

Кейс таков. У нас есть метод, который формирует ассоциативный массив из символьных кодов и 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");

Добавить событие в CAdminList::DisplayExcel для модификации списка, как в CAdminList::Display.

Сейчас языковые фразы образуют огромное месиво ланговых файлов. Чтобы с этим покончить, предлагаю вынести файлы в отдельную системную папку. Например, bitrix/lang/s1/ru. Все файлы всех компонентов будут держать фразы одном файле. Разные папки будут использоваться только для разных языков и сайтов.

Хотелось бы, чтобы работал такой простой и популярный на всех сайтах функционал как поиск по нескольким введенным символам - ужасно удобно, когда значений поля сотни https://www.screencast.com/t/zz9fGwah

Добрый день. В папке html_pages сайта хранятся html страницы, которые и отдаются браузеру при работе композитного кеша (если я правильно понял). Почему бы при их генерации не убирать пробелы и переносы строк. Таким образом битрикс пройдет еще одну рекомендацию от Google PageSpeed Insights

Сделать, как это реализовано в остальных подобных списках, например, в заказах. Если приходит запрос на выгрузку excel - не устанаваливать параметры пагинации в выборке.

Кириллические домены уже давно в России.

При регистрации с кириллическим доменом (например, info@кто.рф) выдает "Неверный E-Mail."

В связи с полным интеграционным тестированием обновлений Битрикс на тестовом окружении, которое может занимать несколько дней, к моменту обновления рабочего сайта через site_update релизные версии модлей уже могу отличаться от установленных на тесте.


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