Добавить возможность проводить индексацию highload-блоков модулем поиска

Рейтинг: 0.7148  
На голосовании
Предложил Белоконь Дмитрий 22.03.2017 18:25:31

Добавить возможность проводить индексацию highload-блоков модулем поиска

Идея достаточно объемная, но, думаю, востребованная.
HL-блокам не хватает немного функционала стандартных инфоблоков и тогда продукт станет массовым и удобным:
1) Шаблон пути на страницу списка элементов хл-блока
2) Шаблон пути на детальную страницу элемента хл-блока
3) Участвует ли хл-блок в модулей поиска
4) Участие в модули поиска конкретного пользовательского поля хл-блока
Рейтинг: 0.1887  
Ответил Долганин Антон 27.03.2017 13:53:39
Нюанс в том, что хл-блоки не нацелены на массу (если рассуждать в разрезе маркетинга). Это очень специфичный инструмент, который разработчик (даже не клиент) должен применять осознанно.

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

Это все конечно решается выведением хл-блоков в ряд к инфоблокам, но такое не планируется.

Рейтинг: 0  
AndreyChursin 29.03.2017 12:22:58
Согласен с предыдущем комментарием и прошу ознакомиться и проголосовать: https://idea.1c-bitrix.ru/fix-logic-crm/
Рейтинг: 0  
Семёнов Роман 31.03.2017 08:26:35
Про индексацию поиском хл-блоков думали, но тут главная проблема, что непонятно что считать детальной страницей элемента. В хл-блоках отсутствует даже понятие заголовка элемента (что важно для поиска) - заголовком может быть любое поле, или не быть им вовсе.
я вот не вижу проблемы - сделать галочку при создании поля индексировать для поиска или нет и на основании ее делать индексацию или нет
Рейтинг: 0  
Белоконь Дмитрий 31.03.2017 09:45:48
Необходимость обусловлена в первую очередь тем, что достаточно часто в проекте приходится напрямую обращаться к хл-блокам. (для этого ведь есть даже специальные базовые компоненты). И все бы хорошо, но при необходимости индексации этого массива информации, приходится использовать внешние поисковые механизмы. Ну, а дальше все вытекающие из этого проблемы, а самое главное - затраты на разработку.
В текущем виде хл-блоки хороши как справочники, а для чего-то более функционального приходится много работать напильником, хотя в итоге это дает свои плоды.
А проблемы заголовка элемента я не вижу - поле UF_NAME автоматически формируется для справочника, можно его брать за обязательное поле названия элемента.