Андрей Николаев (Все сообщения пользователя)

Посмотрите настройки компонента

Если ничего не правилось, то обратитесь в техническую поддержку, или обновитесь еще раз.

Виктор, изучите возможности API.
Что у Вас в $ar_res['ID'] ? ID инфоблока или ID элемента?

Павел Александрин, так он и закрывает соответствующий доступ.
Если у пользователя нет доступа на файл, то и к данным компонента доступа нет.

Если же на странице размещен комплексный компонент и нужно закрыть отдельную карточку, то делать это нужно на уровне прав доступа к элементу

Гугланите по запросу API WhatsApp и ничего не найдете потому как API у этого мессенджера нет.
Все сервисы (99.9%), которые позволяют отправлять сообщения в WhatsApp, делают это через PhantomJS/Selenium и т.п., т.е. Вы должны скопировать код и отправить им, чтобы они могли полностью читать и писать от Вашего имени.

Сама задача, никак не относится к Битрbксу (разве что делать это при подписке на событие).

А что по вашему означает доступ к файлу?

Это значит что сервер сформировал успешный ответ. Теперь ищите логи яндекса за этот же день, либо логи сервера за 2018-04-03, 13:38:49.566

Насколько я помню, у Яндекса timeout маленький. Например для выгрузки, если за 10 сек не был дан ответ, то яндекс считает что он не дошел, хотя у битрикса таймаут 30 секунд и выше в некоторых моментах

Проще создать ветку, где построить правильную орг.структуру и тянуть из этой ветки.


Код 250 - queued for delivery

Нет

Она не увязывается. Маппига структур AD -> Портал нет.
Структура из AD (если она там есть) дополнит портальную струкутуру, но никакого маппинга нет.
Если Ваша реальная орг. структура и структура в AD не совпадает, то лучше не тянуть структуру. Что тянется можете посмотреть по правилу в Base DN на странице настройки импорта из AD


Настройки - Производительность - Таблицы

Сергей Гордеев, пустой ответ, значит смотрите логи. Скорее всего сервер либо не успел отдать либо упал в процессе.

Никаких.
В моделу инфоблоков еще по факту нет d7, есть только DataMapper, который не позволяет работать ни с вычисляемыми свойствами, ни с свойствами инфоблока.

Денис Сайфутдинов, походу у Вас либо кто-то наколдовал с битриксом либо он поломался.
Такой ситуации в административной панели быть не должно.
Обратитесь в техническую поддержку

Вам нужно написать свой обработчик события или свою загрузку из csv файла.
Лучше обработчик событий, так как карта в инфоблок может быть добавлена и через админ. панель.

Omar Khazamov, раз уж Вы спрашиваете про варианты...

1) Через CBXVirtualIo открывать страницу и искать вхождение компонента catalog.element
Минусы:
- Страница с коплексным компонентом catalog, не содержит catalog.element, но показывает детальную карточку
- А с чего Вы взяли, что это не самопис и там не какой-нибудь catalog.detail иди sale.detail? К тому же не забываем про eshop и мобильные сайты(не адаптив)
- Даже если Вы будете кешировать результаты, страницу это все равно замедляет
- Быстрый просмотр (например вывод какой-то части контента) Вам будет отследить не под силу

2) Можно проверять через URL и сравнивать с ЧПУ каждого инфоблока который является торговым каталогом.
Минусы:
- А с чего Вы взяли что у всех они совпадают?
- Опять же фича с быстрым просмотром

3) В старой (не обновленной) версии битрикса можно подписываться на событие OnBeforeViewedAdd модуля sale
Оно появилось позде (когда был топик, его еще не было).
В новой версии оно работает, только если включен режим совместимости.
Проверить можно выполнив кусочек кода в php-консоли:
echo (\Bitrix\Main\Config\Option::get('sale', 'product_viewed_save')==='Y')? "Включен" : "Выключен";

4) В новой версии (тестил на 17.5) Битрикса можно подписываться на события ORM у \Bitrix\Catalog\CatalogViewedProductTable
Насколько я знаю, Битриксовая big-data именно оттуда и берет информацию

5) Ну и конечно можно в наглую тырить данные которые собирает сам битрикс (js-переменная _ba на странице).


Первую и вторую не рекомендую.

Самый проверенный способ:
- В AD создаете 2 группы рассылок:
-- Bitrix Users (прописываете соответствие с Сотрудниками (12*), Пользователи имеющие право голосовать за рейтинг (3*), Пользователи имеющие право голосовать за авторитет(4*) )
-- Bitrix Admins (прописываете соответствие с Администратор (1*))
- Включаете синхронизацию каждые 24 часа, определяете интересующий набор полей
- В правиле отбора сотрудников пишете ограничение на группу рассылок

Когда нужно будет чтобы пользователь попал на портал - включаете его в AD в группу рассылок Bitrix Users. Если нужно чтобы он еще и админом был то и в Bitrix Admins тоже.
Проверенное годами решение

* - ID групп указал стандартные для первой и единственной установки. На портале реально нужно смотреть, т.к. могут отличаться.

1) Заходим в таблицу b_event и смотрим последние отправленные сообщения.
Если статуc (SUCCESS_EXEC):
- Равен 0 - значит программное ограничение - ищем обработчики событий
- Равен Y - значит письмо отправлено (см п.2)
- Равен F - значит письмо не принято к отправке MTA (см п.2)
- Равен N - значит письмо еще вообще не отправлялось (см п.3)

2) Если мы получили эти статусы, а письмо так и не дошло, то по email пользователя ищем строчку в логах MTA - /home/bitrix/.msmtp.log
Делаем это через консоль. Скорее всего увидите ошибику и дальше уже будете разбираться с MTA -> MDA, а не с битриксом.
Сразу оговорюсь - MS Exchange использует 25 порт, TLS - Y. Яндекс и гугл 587 (по памяти вроде этот).

3) Если видим только N, значит на портале нет пользователей (если агенты на хитах), либо неправильно работает cron (гуглим: bitrix перенос агентов на крон)


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

epicalandy, насколько мне известно (за 2 месяца могло что-то поменяться), в коробке лицензионные пользователи считаются по-другому.

В облаке считаются только те пользователи, которые "пользуются".

В коробке, лицензионными пользователями считаются пользователи, которые попадают под условия:
1) Это не экстранет пользователи
2) Они находятся или находились в орг. структуре
3) Они являются активными пользователями
4) Они хотя бы раз заходили на портал под своей учеткой

Ну так условие не только & (и), есть же еще и | (или) и там уже как хотите так и фильтруйте)))

Как это работает: если пользователь, есть хотя бы в одной из отмеченных групп - он не загрузится на портал.
Т.е. если Вася Иванов находится в группе Test и в группе Import, а Вы хотите загрузить только Import - то при указании группы Test, Вася не попадет на портал.

Для решения данной ситуации, ограничьте правило поиска сотрудника дополнительной проверкой memberof и не указывайте группы в этом списке.

Например:


Где #group_uid# - это полное название группы.

Пишите в тех. под, по-моему у них с 17 версии импорт изменился. Мы уже давно все свои проекты перенесли на 17.5

Виктор, ну, выводите, Вы например его через news.list. Тогда наиболее быстрым решением было бы - на второй странице доставать все элементы с теми же параметрами, но БЕЗ первого элемента. Т.е. использовать фильтр (FILTER_NAME) и ставить ограничение - чтобы доставались все, у которых ID не равен родителю.
Самый простой вариант.

Я думаю проще сделать свой тип пользовательского поля, отнаследовавшись от базового свойства.

В шаблоне компонента проверять ID раздела и подключать компонент

Сергей Ивашкевич, какая версия Битрикса?

Открыть шаблон страницы и выключить компонент.
Скорее всего поедет верстка, поэтому нужно быть готовым внести правки в шаблон.

Ну а дальше нужно удалить еще соответствующие кнопки добавления в корзину во всех шаблонах.