Сергей Сакута (Все сообщения пользователя)

Вот как отключить CardDAV ( и оставить для определенных сотрудников )

В htaccess

# Редирект CardDAV (отключение)RewriteCond %{REQUEST_URI} ^/bitrix/groupdav.php/principals/user/ [NC]
RewriteCond %{REQUEST_URI} !^/bitrix/groupdav.php/principals/user/ЛогинИсключение1/$ [NC]
RewriteCond %{REQUEST_URI} !^/bitrix/groupdav.php/principals/user/ЛогинИсключение2/$ [NC]
RewriteRule ^.*$ / [R=301,L]

Указанная опция  делает выход только из последней сессии браузера. ( ее к примеру запускает кнопка "Выполнить выход" в админке )

Для выхода же из всех устройств есть только контроллер bitrix/components/bitrix/intranet.user.profile.password/ajax.php

Нас интересует в нет вот этак часть

Подтверждаю, это работает

// init.php
// Действия после создания Лида AddEventHandler("crm", "OnAfterCrmLeadAdd", "CheckOnBeforeCrmLeadAdd");
function CheckOnBeforeCrmLeadAdd($arFields)
{
   $id_lid = $arFields["ID"]; // id лида
   
   // запускаем скрипт паралельно, что бы дать возможность сформироваться всем данным
       $php_file = $_SERVER["DOCUMENT_ROOT"]."/local/add_lid_email.php";
       $cmd = "nohup php -f {$php_file} {$id_lid} > /dev/null 2>&1 &"; // Запускаем паролельное выполнение скрипта
       exec($cmd);
}


// add_lid_email.php


<?php
$_SERVER["DOCUMENT_ROOT"] = "/home/bitrix/ext_www/site.com";
$DOCUMENT_ROOT = $_SERVER["DOCUMENT_ROOT"];

define("NO_KEEP_STATISTI", true);
define("NOT_CHECK_PERMISSIONS", true);

include_once($_SERVER["DOCUMENT_ROOT"]."/bitrix/modules/main/include/prolog_before.php");

global $USER;
$USER = new CUser;
$USER->Authorize(1);

sleep(1);
   $id_lid = stripslashes($argv[1]); // id лида (stripslashes - снимаем экранирование )

   CModule::IncludeModule('crm');
   $lead  =  new  \CCrmLead( false );  

   // Находим привязанную к лиду почту
   $res = CCrmEvent::GetList(array(), array(
      'ENTITY_TYPE'=> "LEAD",
      'ENTITY_ID' => $id_lid,
      'EVENT_TYPE' => "2", // тип почта
   ), false);
   
   while($arEvent = $res->Fetch()){
       if(!empty($arEvent["EVENT_TEXT_1"])){
           $arUpdateData = array(
              "COMMENTS" => $arEvent["EVENT_TEXT_1"], // Помещаем содержание письма в комментарий
           );
           $arOptions = array();      
           $upRes = $lead->Update($id_lid, $arUpdateData, true, true, $arOptions);
       }
   }  

// Снять авторизацию
$USER->Logout();

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


Поддержка делает вид что так всегда было, и мол не видит проблемы )

Ну вот и найдено решение проблемы ( Большое "спасибо" Битрикс за такую "свинью)". Как написал выше Артем Первушин, в "_pullTimeConst = (new Date(2022, 2, 19)).toUTCString()", ставим какой нибудь 2042 год. Перезагружаем сервер.


У нас это решило проблему.

Пока решили проблему отключением модуля  Push and Pul.  Теперь уведомления приходят за счет работы Агентов.


Временно так...

Судя по документации https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=41&LESSON_ID=21636&LESS...
Какая то проблема в работе nginx-push-stream-module  ( в моем случае сложность еще в том, что используется старый битрикс - на Bitrix virtual appliance version 5.1.5)

"При открытии страницы клиент ajax-запросом, подключается к своему  каналу на одном из портов NGINX: 8893 (http) или 8894 (https). (В случае  использования виртуальной машины BitrixVM. При использовании  собственной конфигурации сервера администратор волен использовать любые  удобные ему порты.) С данного порта NGINX перенаправляет пользователя на  внутренний сервер очередей (доступный только по 127.0.0.1:8895), где  проверятся наличие канала пользователя и новых сообщений.  В случае если  в канале нет сообщений, сервер не отдает ответ, а держит соединение в  течение 40 сек.

Если в течение этого времени в канал пользователя придет новое  сообщение, то сервер отправит его клиенту и закроет соединение. В случае  если в канал пользователя не будет новых сообщений в течение 40 секунд,  то сервер разорвет соединение и отправит ему заголовок: 304 Not  Modified.

После получения ответа сервера и закрытия соединения клиент выполнит  повторное подключение к каналу с новой датой последнего изменения."

То есть проблема то ли в тате установленной в самих каналах, то ли в дате "последнего изменения".  Но к сожалению я без понятия как можно посмотреть информацию об подобных данных.

P.S. Мы развернули бэкап сервера за неделю до аварии, в нем наблюдаются такие же проблемы...

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

После включения  битрикс заработал, но начали наблюдать проблемы с различными  уведомлениями. К примеру каждый раз при авторизации всплывают все  уведомления ( в колокольчике ) за сегодня ( вчерашние  не всплывают ).  Могут мигать индикаторы новых сообщений в меню на  против Живой ленты и бизнес процессов. При каждой перезагрузке страницы  отмечаются "Новые"( подсветка желтоватым цветом) комментарии в живой  ленте. Причем через какое то время ( на следующий день где то ) старые  элементы перестают "глючить", а новые начинают.  Такое ощущение что не  происходит отметка уведомлений которые были отображены  за  сегодня ....

https://prnt.sc/yTRR4sWNRysO

Чистили кэш в директориях:
/home/bitrix/www/bitrix/cache
/home/bitrix/www/bitrix/managed_cache

Если перезагрузить сервер среди дня, то все глюки снимаются, и начинают появляться уже с новыми уведомлениями.

Может вы  можете подсказать в какую сторону вообще "копать" ?

P.S. Решение проблемы найдено!!!, читайте ниже - https://dev.1c-bitrix.ru/community/forums/messages/forum23/topic146074/message7085­84/#message708584