Сейчас редактирование HL блоков это сущий ад! Нет возможности что либо сделать быстро и удобно (как с ИнфоБлоками, например)
Предлагаю для списка HL блоков добавить тот же функционал, что и у ИнфоБлоков
Предлагаю для списка HL блоков добавить тот же функционал, что и у ИнфоБлоков
Добрый день, уважаемые разработчики.
Одно время мне очень пригодилась при создании собственных модулей функция $GLOBALS["DB"]->RunSQLBatch(); Но последнее время мне больше нравится работать с highload-блоками, поскольку CMS сразу предоставляет удобный интерфейс работы с собственными таблицами базы данных. Битрикс предлагает широкий выбор “привязок” пользовательских полей (по типу) к другим таблицам, типам данных (USER_TYPE_ID):
enumeration - Список
double - Число
integer - Целое число
boolean - Да/Нет
string - Строка
file - Файл
video - Видео
iblock_section - Привязка к разделам инф. блоков
iblock_element - Привязка к элементам инф. блоков
string_formatted - Шаблон
crm - Привязка к элементам CRM
crm_status - Привязка к справочникам CRM
address - Адрес
resourcebooking - Бронирование ресурсов
date - Дата
datetime - Дата со временем
money - Деньги
vote - Опрос
mail_message - Письмо (email)
hlblock - Привязка к элементам highload-блоков
url_preview - Содержимое ссылки
url — Ссылка
Довольно широкий выбор!
Было бы неплохо еще добавить привязку к пользователю, типу цен, службам доставки, платежным системам… Это очень удобно, когда ты создаешь собственную таблицу, а CMS предоставляет готовый интерфейс для работы с этой таблице пользователю.
Одно время мне очень пригодилась при создании собственных модулей функция $GLOBALS["DB"]->RunSQLBatch(); Но последнее время мне больше нравится работать с highload-блоками, поскольку CMS сразу предоставляет удобный интерфейс работы с собственными таблицами базы данных. Битрикс предлагает широкий выбор “привязок” пользовательских полей (по типу) к другим таблицам, типам данных (USER_TYPE_ID):
enumeration - Список
double - Число
integer - Целое число
boolean - Да/Нет
string - Строка
file - Файл
video - Видео
iblock_section - Привязка к разделам инф. блоков
iblock_element - Привязка к элементам инф. блоков
string_formatted - Шаблон
crm - Привязка к элементам CRM
crm_status - Привязка к справочникам CRM
address - Адрес
resourcebooking - Бронирование ресурсов
date - Дата
datetime - Дата со временем
money - Деньги
vote - Опрос
mail_message - Письмо (email)
hlblock - Привязка к элементам highload-блоков
url_preview - Содержимое ссылки
url — Ссылка
Довольно широкий выбор!
Было бы неплохо еще добавить привязку к пользователю, типу цен, службам доставки, платежным системам… Это очень удобно, когда ты создаешь собственную таблицу, а CMS предоставляет готовый интерфейс для работы с этой таблице пользователю.
Дайте возможность выводить названия таблиц в списке highloadblock
Реализовать редактирование элементов HighLoad-блоков в публичной части (в режиме редактирования) - аналогично IBlock:
<?
$this->AddEditAction($arItem['ID'], $arItem['EDIT_LINK'], CIBlock::GetArrayByID($arItem["IBLOCK_ID"], "ELEMENT_EDIT"));
$this->AddDeleteAction($arItem['ID'], $arItem['DELETE_LINK'], CIBlock::GetArrayByID($arItem["IBLOCK_ID"], "ELEMENT_DELETE"), array("CONFIRM" => GetMessage('CT_BNL_ELEMENT_DELETE_CONFIRM')));
?>
|
На странице /bitrix/admin/highloadblock_index.php?lang=ru нет вывода наименования самих HL блоков, только их ИД и код...
При создании полей списка добавить тип свойства словарь (highloadblock).
Добавить возможность использовать в качестве первичного ключа не только обычный ID с автоинкриментом, а произвольное поле (например часто возникает потребность использовать ID элемента инфоблока).
Основная идея - повысить пользу от использования handlersocket (он же работает только с первичными ключами!).
Основная идея - повысить пользу от использования handlersocket (он же работает только с первичными ключами!).
Идея достаточно объемная, но, думаю, востребованная.
HL-блокам не хватает немного функционала стандартных инфоблоков и тогда продукт станет массовым и удобным:
1) Шаблон пути на страницу списка элементов хл-блока
2) Шаблон пути на детальную страницу элемента хл-блока
3) Участвует ли хл-блок в модулей поиска
4) Участие в модули поиска конкретного пользовательского поля хл-блока
HL-блокам не хватает немного функционала стандартных инфоблоков и тогда продукт станет массовым и удобным:
1) Шаблон пути на страницу списка элементов хл-блока
2) Шаблон пути на детальную страницу элемента хл-блока
3) Участвует ли хл-блок в модулей поиска
4) Участие в модули поиска конкретного пользовательского поля хл-блока
Добавьте возможность объединять hl-блоки в группы, на подобии инфоблоков и типов инфоблоков. А то они все в перемешку идут, хотелось бы их разделить.
Да и сортировка не помешала бы.
Да и сортировка не помешала бы.
Необходима группировка хайлоад блоков по типу как у инфоблоков. Очень тяжело ориентироваться, когда их больше 20, приходится придумывать специальные названия.
Приветствую, коллеги!
Добавьте, пожалуйста возможность журналирования событий (логирования действий пользователей) с highload-инфоблоками.
Добавьте, пожалуйста возможность журналирования событий (логирования действий пользователей) с highload-инфоблоками.
© 2001-2023 «Битрикс», «1С-Битрикс». Работает на 1С-Битрикс: Управление сайтом.
Соглашение об использовании сайта
Соглашение об использовании сайта
Про индексацию поиском хл-блоков думали, но тут главная проблема, что непонятно что считать детальной страницей элемента. В хл-блоках отсутствует даже понятие заголовка элемента (что важно для поиска) - заголовком может быть любое поле, или не быть им вовсе.
Это все конечно решается выведением хл-блоков в ряд к инфоблокам, но такое не планируется.