Идеи пользователя 273513

При подключении компонента namespace:componentname, искать его в следующих каталогах, взять первый найденный:

• <docroot>/local/components/namespace/componentname
  
• <docroot>/bitrix/components/namespace/componentname
  

• Если ModuleManager::isModuleInstalled('namespace'):
  
• <docroot>/local/modules/namespace/components/componentname
  
• <docroot>/bitrix/modules/namespace/components/componentname
  

Конкретно в каталог components внутри модуля не закрывать доступ по HTTP(S), если такое решение будет принято.

Например, кодподключит компонент, находящийся в каталоге
Зачем это нужно?

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

На мой взгляд, предложение выглядит обратно совместимым.

В будущем можно реализовать аналогичные функции для CSS/JS/расширений UI-библиотеки и пр.

Тот же includeModule, только выбрасывает исключение, если модуль не подключился.

При наличии обработки исключений "где-то выше" надоело писать if:

Имеется приложение, с помощью которого заполняется некоторое хранилище (инфоблок). Появляется примерно 100 элементов каждые полгода.

Для каждой сделки задается значение поля - элемент из этого хранилища. Само поле имеет тип "привязка к элементу инфоблока".

Проблема: при достаточно большом количестве возможных значений выбор становится крайне неудобным: список слишком длинный и найти в нем что-то трудно. В настройках поля предлагается два варианта внешнего вида: выпадающий список и список флажков.

Предложение: выбор элемента как в БУС (в отдельном окне и с поиском).

При большом времени жизни кеша возникает проблема отложенных публикаций.

Например, если в любом типовом решении создать новость или что-то подобное с временем начала активности на несколько минут позже текущего, то при наступлении этого момента времени ничего не случится. Запись появится только при истечении срока кеширования, ручном сбросе кеша или редактировании другого элемента ИБ, что приведет к сбросу тегированного кеша.

Предложение: научить компоненты/API ИБ учитывать время начала и окончания активности.