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

Задача: сделать два варианта показа новости. В теле новости должен располагаться блок, где неавторизованные пользователи должны видеть предложение зарегистрироваться/авторизоваться, а авторизованные -- предложение прокомментировать или рекомедовать другим. Используется штатный компонент bitrix:news.detail.

Обычно эта задача решается так: в настройках компонента в блоке "Настройки кеширования" нужно включить крыжик "Учитывать права доступа". Если этот крыжик включен, компонент будет создавать отдельный кеш для каждого уникального сочетания групп, к которым относится пользователь.

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

Подразумевается, что у вас включено тегированное кеширование.

В .parameters.php пишем:



В коде вызова компонента это превращается в:



Ну и в самом компоненте получаем:



Фишка в том, что в компонент передаётся и ключ, и значение.

Битрикс при сравнении его с другими CMS выглядит как PHP по отношению к другим языкам. Там устаревшие конструкции, тут костыль, здесь неконсистентность, вон там непродуманность. Но при этом большинство пользуется именно им, и добивается нужного результата.

Оказывается, путь к шаблону простого компонента можно задать так:


Компонент будет искать свой шаблон в /bitrix/templates/%шаблон_сайта%/components/bitrix/news.list/subdir/template_name/

Это позволяет упорядоченно раскидать шаблоны по подразделам. Например, положить все шаблоны новостных лент с морды сайта в news.list/1st_page/. Когда у вас много шаблонов, это удобно.

Но есть один большой минус. Назначить компоненту шаблон, лежащий в подразделе, через веб-интерфейс не получится. Только руками.