Пользователь 2106

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

В таких случаях следует пользоваться этим - SetViewTarget, EndViewTarget , https://dev.1c-bitrix.ru/learning/cour...13.4619...

 как только вы зайдете на страницу где используется define("NEED_AUTH", true); и ваша отложенная функция с использованием ob_start(), то все сломается. будет белый экран и ошибка в пхп - Cannot use output buffering in output buffering display handlers.

Я правильно понимаю что сейчас вот так $cp->arResult['MY_TITLE'] = 'Мое название'; делать не обязательно? Можно просто в result_modifier.php добавить значение arResult['MY_TITLE'] = 'Мое название'; (без объекта component) , а потом вызвать $this->__component->SetResultCacheKeys(array("MY_TITLE")); и всё и так попадёт в кеш?  

Ну и зачем этот ORM, если писать нельзя - извращение. Мне-то нужно постоянно обновлять свойства. Лучше уж доработать существующий GetList - все на этом методе сидят! Свои таблицы - понятно - делай, что хочешь, а зачем тогда Битрикс с его инфоблоками? Highload плохо документирован. Неужели нельзя сделать нормальную обёртку над тем же ORM?

namespace SomePartner\MyBooksCatalog;

use Bitrix\Main\Entity;

class BookTable extends Entity\DataManager
{
   public static function getTableName()
   {
       return 'my_book';
   }
   
   public static function getMap()
   {
       return array(
           new Entity\IntegerField('ID'),
           new Entity\StringField('ISBN'),
           new Entity\StringField('TITLE'),
           new Entity\DateField('PUBLISH_DATE')
       );
   } }

BookTable::getList(array(    'select'  => ... // имена полей, которые необходимо получить в результате
   'filter'  => ... // описание фильтра для WHERE и HAVING
   'group'   => ... // явное указание полей, по которым нужно группировать результат
   'order'   => ... // параметры сортировки
   'limit'   => ... // количество записей
   'offset'  => ... // смещение для limit
   'runtime' => ... // динамически определенные поля
));

Что это за уродство? Давайте еще к ассемблеру перейдём!!! Одно подключение - уже кошмар. Объявление методов - брр! Проще зайти в phpMyAdmin и там визуально тремя кликами всё создать: и таблицы, и поля и т.д. Зачем тогда битрикс?

Я к чему веду. Есть специфические задачи, здесь могут помочь свои таблицы и свои методы работы с этими таблицами, и, может, даже ORM.
Но есть стандартные инфоблоки, с которыми работает контент-менеджер(!!!), а не разработчик, так вот почему тому же разработчику не предоставить эти несчастные агрегаты!!!

Ещё раз: SaleOrder::GetList() агрегаты есть, CIBlockElement::GetList() агрегатов нет(!!!). Вот в чём суть! А не в ORM - это другая технология!

Будете смеяться, но именно так вы и сделаете. ОРМ не создает таблицы. ОРМ - это объектная модель, когда Вы работаете с таблицей как с классом. В классе Вы можете задать не только существующие поля, но и виртуальные вычисляемые поля, а также поля присоединяемых таблиц.
Причем, в отличии от IblockElement::GetList, глубина присоединения практически не ограничена. Т.е. можно построить связку получения данных из инфоблока 1 отфильтровав по значению свойства3  инфоблока 3, который привязан к инфоблоку 2, по свойству 2, который привязан к инфоблоку1 по свойству1 и т.д. отсортировав все это по свойству10 инфоблока 3

GetList не пишет, он как раз читает, а при чтении ОРМ намного гибче. Методы же add, update, delete очень схожи, что в ОРМ, что IblockElement поэтому тут можно продолжать пользоваться классикой

БУС чистый, с решением, предложенным битриксом при установке сайта.
Первый принтскрин - это родительский раздел компонента. Второй принтскрин - это, дочерний раздел компонента в котором подразделы отображаются уже как childs. Пытаюсь сделать так, чтоб все нижестоящие разделы (дочерние) выглядели как родительский. Я так понимаю, что у вас именно так? Или мы все таки о разных вещах говорим?

Вероятно, у code-x вызов компонента идет не из того шаблона, о котором можно подумать сходу. У меня такая проблема была, section после редактирования с фронт-энда в режиме редактирования компонента стал вызываться из дефолта копированного шаблона. Не сходу разберешься в таком.