Форум

Добрый день.

Подскажите, пожалуйста, как более корректно организовать своего рода "общение" между компонентами? Т.е., предположим, использую два (или более) разных (или даже одинаковых) компонента на странице, мне нужно в одном компоненте, а вернее, в файле result_modifier.php, знать, вызывался ли другой компонент, получить из него какие-то данные (к примеру, какие-то значения $arResult или $arParams).

Мне в голову приходит только такая конструкция:
В одном компоненте (в файле result_modifier.php)
[CODE]$GLOBALS['SOME_LONG_AND_UNIQUE_NAME'] = ...[/CODE]
В другом компоненте (так же в файле result_modifier.php)
[CODE]if (!empty($GLOBALS['SOME_LONG_AND_UNIQUE_NAME'])) { ... }[/CODE]

Добрый день.

Подскажите, пожалуйста, как лучше поступить. Необходимо реализовать торговый каталог. В этом каталоге каждый раздел должен иметь название и изображение, причем изображение должно быть сохранено оригинальным и масштабированным.

Для торгового каталога создан инфоблок. По умолчанию для разделов в инфоблоках присутствуют стандартные поля "Раздел активен", "Название", "Изображение" и "Описание". При загрузке изображения файл сохраняется "as is" (как есть, без создания превью). К слову, для элементов инфоблока можно указать файлы ("Файл для редактирования элемента..." и "Файл с формой редактирования элемента"),  в которых можно добавить/переопределить стандартное поведение при сохранении/обновлении элемента.

Как быть с разделами? Есть ли возможность добавить некий доп. функционал, например, создание превью для изображения, без создания собственного модуля?

Добрый день.

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

В административной части добавляю новый тип раздела на основе инфоблока. В этом типе разделы выступают как документы (название и описание), а элементы разделов как прикрепленные файлы. Для каждого элемента добавлено свойство с типом "файл" для загрузки файла.

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

Как сделан компонент. Выбирается список разделов CIBlockSection::GetList с сортировкой 'LEFT_MARGIN' => 'ASC'. Далее в цикле для каждого раздела запрашивается список прикрепленных элементов CIBlockElement::GetList с указанием родителя и доп. параметрами и для каждого выбранного элемента запрашивается информация по прикрепленному файлу CFile::GetByID (дело в том, что для каждого выбранного элемента в поле PROPERTY_имя_параметра_с_файлом возвращается только ID прикрепленного файла). Итого получается довольно много запросов. На мой взгляд, этот список можно собрать куда более эффективно в один/пару запросов. Но это если писать выборку от руки.

Подскажите, пожалуйста, есть ли возможность собрать данное "дерево", используя реализованный функционал Bitrix, более рациональным/эффективных способом? Или же я неправильно изначально реализовал принцип хранения / процедуру выборки данных?

К слову, дополнительно я прикрутил стандартное кэширование компонентов, что, теоретически, должно помочь.