OPcode (Все сообщения пользователя)

Здравствуйте.
Ситуация решилась отказом от подключения включаемых областей в отложенных функциях. Вместо этого в шаблоне страницы с помощью функции $APPLICATION->ShowViewContent(...) были определены места для нужных областей, а в самом конце кода футера шаблона страницы содержимое этих областей передавалось в функцию $APPLICATION->AddViewContent(...).

В этом случае там же придётся подключать и весь модуль, который на тот момент будет уже не нужен.
Вопрос в догонку: насколько легковесна операция по подключению модуля, регистрирующего десятки классов для автозагрузки?
В принципе, модуль можно всегда подключать и в компоненте вне зависимости от кеширования.

Доброго времени суток.
Решил собрать все полезные PHP/JS классы в один модуль и столкнулся с проблемой невозможности подключения зарегистрированной с помощью CJSCore::RegisterExt библиотеки. CJSCore::RegisterExt вызывается в include.php модуля. Модуль подключается в области кода компонента, которая не выполняется, если кеш компонента действителен. Соответственно, библиотека не регистрируется. Пока подключаю скрипты в шаблоне компонента так:Но как-то это неправильно. Не уберут ли ф-ю CJSCore::getExtInfo из API? Не изменится ли структура, возвращаемая этой ф-ей?
Есть ли какой-то поддерживаемый способ подключения своих JS-библиотек, работающий при кешировании?

Если выбирать разделы с пустым UF_PROP, то в выборку попадут разделы, для которых UF_PROP вообще не определён, а я не уверен, насколько безопасно пытаться обновлять UF_PROP для таких разделов. См. 2-й вопрос.

Всем доброго времени суток.
Есть инфоблоки определённого типа. В некоторых инфоблоках для разделов определено некоторое пользовательское свойство. В конечном итоге нужно обновить значение этого свойства для каждого раздела, для которого это свойство определено, если значение этого свойства пустое.
Вопросы:
1. Возможно ли как-то получить список инфоблоков, для разделов которых определено это свойство?
2. Безопасно ли пытаться обновлять это свойство для разделов, для которых оно не определено? В этом случае свойство не должно автоматически добавляться для разделов соответствующих инфоблоков.

Всем доброго времени суток.
Проблема такая. При добавлении превью и детальных картинок в элементы инфоблока описания для картинок (поле DESCRIPTION) не сохраняются. Как бы обнаружить источник проблемы?
Если что, версия продукта: 15.5.5.

Пардон, не уточнил вопрос. Уточняю.
На сайте есть некоторое кол-во закрытых страниц и разделов, на которых выводится форма для авторизации. Нужно, чтобы все такие страницы отдавали статус 404. Нужно это для того, чтобы такие страницы не индексировались поисковиками. Знаю, что для этого можно в свойствах страницы задать свойство robots: noindex, но, когда эти страницы создавались, этого сделано не было, а теперь закрытых страниц много. При этом нужно, чтобы на таких страницах пользователь мог залогиниться, т. е. перенаправлять пользователя на 404.php нельзя.

Сабж.

Всем доброго времени суток.
Ситуация такая. Есть включаемая область, которая подключается с помощью $APPLICATION->IncludeFile() в зависимости от некоторого условия в отложенной функции, определённой в шаблоне сайта. В этой области размещён слегка модифицированный компонент news.list. Эта область нормально выводится (соответствующие атрибуты id="bx_XXXX_XXXX" у всех элементов присутствуют), и в режиме правки над этой областью появляются кнопка "Редактировать область как html", кнопка для редактирования параметров компонента и кнопка "Добавить элемент". Кнопки "Изменить элемент"/"Удалить элемент" над элементами не появляются. При размещении этого же компонента с тем же шаблоном в теле той же страницы кнопки "Изменить элемент"/"Удалить элемент" появляются.
Поддерживается ли в режиме правки изменение/редактирование элементов, выводимых таким образом? Возможно ли как-то, всё-таки, заставить эти кнопки появляться?

В режиме правки часть страницы (#WORK_AREA#) зачем-то оборачивается в div с id вида bx_incl_area_3. Из-за этого портится вёрстка. Можно ли как-то воспрепятствовать созданию этого div-а?

Dmitry Ban,
в обоих случаях значение свойства достаётся с помощью _CIBElement::GetProperties.
Проверил на тестовом сайте. Критичных косяков при конвертации в обоих направлениях, вроде, нет. Только вот после конвертации множественного свойства (типа "строка") в одиночное _CIBElement::GetProperties выводит последнее значение из того самого массива множественного свойства (который, по идее, должен был быть заменён значением первого элемента этого массива).

В инфоблоке нужно преобразовать элементы таким образом, чтобы некоторое множественное свойство стало одиночным. Безопасно ли это?

Отбой. Оказалось, что всё-таки нужно отдельно создавать модуль с компонентом, работающим с pull, и регистрировать при установке этого модуля зависимость на модуль pull, как и написано в документации   .

Здравствуйте. В настройках модуля Push and Pull написано, что он не активен, и вызов методов модуля (например, CPullWatch::AddToStack) ни к чему не приводит. При этом модуль "pull", похоже, нормально инклюдится, и ничего не крашится. Куда копать?
Если надо, приведу код компонента, использовавшегося для теста.

Я имел в виду не рассылку писем, а рассылку сообщений (команд) методами модуля Push and Pull. В частности меня интересует, будут ли браузеры обычных неавторизованных посетителей принимать сообщения, отправленные методом CPullStack::AddShared.

Здравствуйте. Возможно ли с помощью модуля Push and Pull реализовать отправку сообщений всем посетителям сайта, а не только авторизованным пользователям?

Здравствуйте.
На странице с помощью комплексного компонента photogallery нужно вывести превьюшки фотографий из альбома с постраничной навигацией. Для этого в шаблоне photogallery в файле section.php пробовал использовать компонент photogallery.detail.list.ex - в $arResult["NAV_STRING"] пусто. Также пробовал использовать photogallery.detail.list - в $arResult["ELEMENTS_LIST"] нет ссылок на превьюшки фотографий. Это как-то вообще можно реализовать?
Ссылки на документацию приветствуются.