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

Может у вас не работает отправка почты?
Ваша запись попадает в b_event после создания? Какой флаг там стоит около SUCCESS EXEC?

Потому что они имеют очень-очень ограниченное применение.


Ни то и ни другое. Просто сфера его применения настолько узкая, что очень редко используется по назначению.



Какая у вас цель? Какой бизнес-процесс и как собираетесь их использовать?

Если вы хотите развернуть многосайтовость (т.е. несколько логических сайтов на 1 виртуальной машине) то покупать ничего не нужно, можно использовать тот же КП.
Если вы хотите на отдельной виртуальной машине развернуть независимый сайт, то придется покупать доп. лицензию.

Я встречал такое поведение только в случае если аккаунт активируется в Битрикс24, а в самом AD он либо не активирован либо имеет какой-нибудь специальный маркер активности.
Если аккаунт активирован И в AD И в Битрикс24, подобное поведение мне не встречалось.



Если у вас подключено AD, то изменения в админке Битрикс24 не будут давать никаких результатов - необходимо менять либо и там и там либо только на стороне AD

Переустановите PushServer из админ.панели вашего сайта (в Панели масштабирования) и проверьте чтобы url и ключ в админке совпадали с теми что прописаны в /etc/push-server/* файлах.

Обычно это решает проблему.

Потому что вы подключаете то что не нужно подключать.

Вот корректный пример 404 страницы:

Посмотреть соответствующий раздел в документации: https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=37&LESSON_ID=8879&LESSON_PATH=3908.8809.8877.8879

Изменения из AD в Битрикс24 прилетают в 2х случаях:

1. Когда пользователь проходит аутентификацию на портале
2. Когда происходит момент синхронизации

При входе пользователя, если у него нет запомненной авторизации, то его данные обновятся.
По-поводу синхронизации сложнее: в расчете принимают участие 3 параметра (дата последней синхорнизации (дпс), дата изменения пользователя, значение аттрибута whenChanged ).
Только если ДПС была раньше дата изменения пользователя и значение аттрибута whenChanged будет происходит обновление пользователя
В противном случае - обновлений не будет. Поэтому очень важно следить за часовыми поясами на портале, в базе данных и на сервере AD.

Это можно сократить зная коды подразделений пользователя для которого выполняется поиск.
В таблице b_user_access если установить ограничение по ACCESS_CODE = DR<ид подразделения где искомый сотрудник является руководителем> и выбрать USER_ID то вы получите всех подчиненных вашего пользователя.

Предположим у вас есть следующее:

- Иванов ид:1
- Петров ид:2
- Сидоров ид:3

- ГК (ид:1, руководитель Иванов)
-- Отдел логистики (ид:2, руководитель Петров, рядовой сотрудник Сидоров)

Тогда с таблице точно будут следующие записи (их будет больше но нам нужны только они):

1 intranet D1
1 intranet DR1
2 intranet D2
2 intranet DR1
2 intranet DR2
3 intranet D2
3 intranet DR1
3 intranet DR2

Тогда получается если мы хотим найти всех подчиненных пользователя Иванова нам нужно выполнить запрос на получение всех пользователей имеющих DR1 за исключением USER_ID = 1.
Если мы хотим получить всех непосредственных починенных (когда Петров будет подчиненным Иванова, а Сидоров уже не будет, так как его руководителем будет Петров), то тогда вместо DR используем D



А вот тут очень хорошо поможет SqlExpression, который позволяет расширять D7 обычными sql выражениями

Нет. Bootstrap это css фреймворк, а flexbox - это технология самого css.
Тот же bootstrap 5 версии использует flexbox

Надо проверить не модифицирован ли портал и не ставились ли какие-нибудь модули.
Какой-то отдельной причины тут нет - она индвидуальная. Если модулей не ставилось и коробка чистая - обратитесь в техподдержку

Почитайте документацию: https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=57&LESSON_ID=20686&LESSON_PATH=5442.4567.20686

Это не будет ошибкой. Если агент не вернул ничего или вернул пустую строку, значит его выполнение закончится и он будет удален из списка агентов.

Это работает иначе и зависит от файловой системы.
Почитайте например эту статью: https://losst.ru/vosstanovlenie-udalennyh-fajlov-linux

Вы неправильно поняли. Это еще актуальные данные.
Новое апи под инфоблоки для полного покрытия не завезли и скорее всего не завезут. Используйте то что есть.

И правильно что не работает.
Дело в том что "localhost" - это адрес только для вашего компьютера. Например для вашего компьютера localhost это вы, для сервера битрикс24 - это он.
Для того чтобы работать с облачным битрикс24, необходимо использовать веб-сервера доступный из интернета.

Как проверить? Откройте без wifi со своего мобильного эту ссылку (по моб.интернету). Если откроется - работать можно. Нет - значит нужно делать иначе.

Вот тут очень хорошо про это написано: https://qna.habr.com/q/228439

Alexey Skoropupov, ORM вам тут будет только мешать.
Рекомендую через DB\SqlExpression сделать ограничение по ID задачи, и отобрать нужные поля.

Например можно воспользоваться хаком, и при изместных ID сделки использовать что-нибудь типа:



Где 30, 40 - это идентификаторы ваших сделок.

Да, вынесите Robotо на Google Fonts с prefetch, это позволит сэкономить время на FCP.
Если откажитесь от ammina.cache это может тоже дать прирост производительности.

Никак. REST не переустанавливается.


Зайдите в админку и проверьте в каждом модуле чтобы был адрес нового сайта вписан.

Мы получали такое сообщение когда Apache не мог получить ответ от сервера авторизации.
В нашем случае ситуация была в том что на стороне AD не было включена авторизация через NTLMv2.
Т.е. по ldap можно было авторизоваться, а вот сам NTLM кидал ошибку.

Насколько я помню там нет API на переговорные комнаты.

Владимир Чуж, вы не совсем верно трактовали ответ.
Сотрудник техподдержки сообщил что ИЗ коробки Б24 невозможно достучаться до маркетплейса Битрикс24.
Вы проверили что ИЗВНЕ к коробке Битрикс24 есть доступ.


Вам нужно проверить чтобы Б24 имел свободный доступ к серверам Битрикс24 (в инет), чтобы его траффик не модифицировался (некоторые прокси могут пытаться его декодировать при прослушивании).

Да многие.
Зайдите по ssh на виртуальную машину и проверьте background tasks - скорее всего задание завершилось с ошибкой.

В коробочной версии при окончании лицензии исходящие вебхуки (который с портала в другие системы) перестают работать.
Внимательно ознакомьтесь с ограничениями: https://helpdesk.bitrix24.ru/open/8680479/

Даже не рассматривай этот вариант. Ради одного отчета это безумие.


Иногда имеет место быть, но для твоей задачи избыточно.


Есть некоторые волшебные параметры, например CHECK_PERMISSION => false (или "N") в некоторых частях системы.
Например пользователей ты получишь без прав, а вот задачи нужно передать это условие фильтрации или ты получишь только то что доступно текущему пользователю.