Форум

Евгений Жуков, Спасибо, помогло!

Добрый день!

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

Как решилось - по окончанию выгрузки запускаю обработчик, в котором получаю значения этих трех свойств, сравниваю эти значения с уже имеющимися в итоговом свойстве, если таковых нет - добавляю новые и формирую массив id-шников для установки значений. Запись происходит следующим методом:
[CODE]\CIBlockElement::SetPropertyValuesEx($arElement["ID"], $arElement["IBLOCK_ID"], array("KALIBR_FOR_SITE" => $arNewPropID));[/CODE]Т.е. склейка проходит корректно, при редактировании элемента в административной части видно, что значения данного свойства успешно добавлены и установлены. НО!!! В публичной части в умном фильтре они не появляются! Сброс кеша через админку не помогает.

Есть занимательная особенность, что если после склейки зайти в редактирование элемента и нажать кнопку сохранить/применить (ничего не меняя), то значения свойства конкретно этого элемента сразу появляются и в умном фильтре, даже без сброса кеша.

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

Может кто подскажет, как решить этот вопрос програмно? Возможно какой-то дополнительный кеш нужно сбросить в базе? Заранее благодарен.

Используйте вот этот метод
[URL=https://dev.1c-bitrix.ru/api_help/iblock/classes/ciblockelement/getlist.php]https://dev.1c-bitrix.ru/api_help/iblock/classes/ciblockelement/getlist.php[/URL]
Снизу на странице есть много примеров.

Проверьте, что у инфоблоков с id 3 и 4 стоит в доступах для всех пользователей "чтение"

А также попробуйте заменить строчку
[CODE]$rsUsers = CUser::GetList($by="ID",$order="desc", array());[/CODE]
на подобные
[CODE]global $USER;
$rsUsers = $USER->GetList($by="ID",$order="desc", array());[/CODE]
или
[CODE]$objUser = new \CUser;
$rsUsers = $objUser->GetList($by="ID",$order="desc", array());[/CODE]Если не поможет пробуйте выводить значения полученных массивов, например, с помощью print_r - так вы сможете понять где именно ваш скрипт падает и искать ошибки уже в конкретном блоке, а не по всему коду.

Вам уже писали, что данный инструмент для этого не подходит. Это уже все отлично реализовано на инфоблоках с помощью компонента news.list

HighLoad блоки вводились не взамен инфоблокам, а в помощь, для создания объемных справочников аля список городов, купонов, цветов для использования например в свойствах инфоблока. Т.е. по сути highload блок это простая таблица в базе данных имеющая удобное представление в админке и собственное api для работы с ней. Служит для представления одной простой сущности, новости это уже не простая сущность, они имеют привязку к разделам, имеют файлы или фотографии, данные о пользователе создавшем новость, собственные свойства и т.д., по сути представить все эти взаимосвязи в одной таблице не только трудно реализуемо, но и не правильно! Поэтому ваше
[QUOTE]в связи с чем хотелось бы научиться применять новые возможности битрикса. [/QUOTE]
Превращается не в изучение новых возможностей битрикса, а в изобретение велосипеда в рамках решения этой задачи, который далеко не факт, что ещё поедет! Используйте инфоблоки и будет вам счастье!

В принципе highload для таких справочников и создавались, по сути таже таблица в БД. Вам достаточно будет два поля - код и его статус (использован/не использован)

[URL=https://dev.1c-bitrix.ru/learning/course/?COURSE_ID=43&CHAPTER_ID=05745]https://dev.1c-bitrix.ru/learning/course/?COURSE_ID=43&CHAPTER_ID=05745[/URL]

Можно завести пользовательское свойство у разделов. Затем в component_epilog.php шаблона bitrix:news.list, который вызывается в файле news.php компонента bitrix:news по какой-то своей логике (учитывать каждый или только уникальные просмотры) обновлять это свойство, увеличивая на единичку его значение

[CODE]$connection2basa->queryExecute("SET NAMES 'utf8'");
$connection2basa->queryExecute('SET collation_connection = "utf8_unicode_ci"');[/CODE]

Нужно просто взять за правило, перед тем как вручную лезть в базу делать её дамп. Если вы этого не сделали, и если не настроены бэкапы то никак.

Если есть дамп базы - можно его восстановить, например, через phpMyAdmin, ну или тем средством, через которое удаляли. Если есть резервные копии - можно восстановить через админку битрикса (настройки - резервное копирование)

Для $arItem это будет в $arItem["PREVIEW_TEXT"]