| Цитата |
|---|
| waspar написал: bitrix/modules/main/lib/data/cacheengine.php |
|
|||
|
|
|
Может ли быть проблема в кодировке? Сайт на утф8 |
|||
|
|
|
|
День добрый пытаюсь настроить bitrix на NTLM авторизацию.
Как делал: 1) Подключил модуль AD/LDAP в нем указал все необходимое. 2) Модуль быстро подцепил все группы домена. Затем поставив соответствие групп домена - группам битрикса, он быстро импортировал пользователей в свою базу. Все прошло отлично все пользователи рабочие. 3) Далее идём в настройки ставим галочку насчёт NTLM авторизация, выбираем домен для авторизации - созданный выше, проверяем соответствие имени серверной переменной имени в битриксе. Вроде все отлично. 4) Далее подключил модуль mod_auth_sspi.c для Аппача. Сервер на данный момент локален. Заходим под пользователем в домене - который так же есть в базе. На тестовом домене (просто взял файл екзампла whoami.php идущий с модулем) прописал в .htaccess строчки( См их ниже они пошли почти копи пастом, ну к ним добавились строчки битрикса) и всё отлично! Тестовая площадка радостно признала во мне меня и сказала что всё отлично! 5) А в вот битркс имел свой взгляд на все это и просто отказался. Выводится ошибка 401 без объявления войны - либо бейсик промт на логин и пароль(Если его включить конечно же, который мне честно говоря совершенно не нужен и противопоказан) Далее ставя полевые эксперименты было выявлено, что попадая в битрикс мы получаем пустую строчку $_SERVER['REMOTE_USER']. И вот тут мой пытливый ум встал в тупик. Что то мешает полёту стрелы и это точно не гора =( Вот полный .htaccess.
Apache/2.2.4 (Win32) mod_ssl/2.2.4 OpenSSL/0.9.8k PHP/5.2.12 mod_auth_sspi/1.0.4 Заранее спасибо за помощь! |
|||
|
|
|
|
Ну все не так просто - в общем если следовать выше изложенной логике - то надо зайти в темплейт вашего сайта, далее в компонент socialnetwork - там далее в папке templates лежат темплейты в который подключаются компоненты - среди них есть те которые отправляют сообщения - это Календарь, Задачи, Мероприятия. Задачи вроде user_tasks.php. Но я бы советовал по пилить джаббер - ибо у самого метода отправки сообщений, я в своё время не нашёл никакого пареметра - говорящего участвует это сообщение в жизни джаббера или нет - а как мне кажется участвуют все сообщения. А значит может криво работает джаббер?
|
|
|
|
|
|
Да не шаблоны все точные. Просто в месте(intranet.tasks) где строится $p(где то 840-900 строка) для меню, в массиве полученном через гетлист, нету id ну то есть там почему то пусто. При этом на машине где делался упдейт - все нормально на других нет. Откатили базу до чистики у всех стало нормально на машине где тёрлось нет. Вот и задачка где же это что то что трётся? )
Решил проблему просто откатив и дистрибутив но интересно. Тема очень актуальна - потому что я демо матами пользуюсь для отладки. А тут как бы получается эффект чистки их не предсказуем. |
|
|
|
|
|
Очистил портал от демо материалов, и стало творится что-то странное.
После создания задачи невозможно поменять ей статус или удалить её потому что в формирующейся ссылки действия пропущен id пользователя - /personal/user//tasks/. И вот в чем может быть причина ума не приложу. Заходил в intranet.tasks дампил, все переменные строятся. Но вот где-то бах и id теряется. Могут вообще быть связанны эти вещи, чистка портала от демо мат. и теряющейся id? |
|
|
|
|
|
Вот так меняется свойство. Но задача всё равно выводится как завершённая например.
$Statuses = array(); $StatusesMap = array("NOTACCEPTED" => "NotAccepted", "NOTSTARTED" => "NotStarted", "INPROGRESS" => "InProgress", "COMPLETED" => "Closed", "WAITING" => "Waiting", "DEFERRED" => "Deferred"); $resurs = CIBlockProperty::GetPropertyEnum("TaskStatus", Array("SORT" => "ASC"), Array("IBLOCK_ID" => $iblockId)); while ($arRes = $resurs ->Fetch()) $Statuses[$StatusesMap[strtoupper($arRes["XML_ID"])]] = $arRes["ID"]; $arPar = array("PROPERTY_TaskStatus" => $Statuses['NotStarted']); // array([NotStarted] => 38 ...) //STATUES CintranetTasks::Update($task_id,$arPar,$errors); |
|
|
|
|
|
Добрый день имею подобный код подгружаемый аяксом.
foreach($users_list as $cor_user){ $arFields = array("FROM_USER_ID" => $GLOBALS["USER"]->GetID(), "TO_USER_ID" => $cor_user, "MESSAGE" => $message, "=DATE_CREATE" => $GLOBALS["DB"]->CurrentTimeFunction(), "MESSAGE_TYPE" => "S",); //поставил системное - но разницы особенной нету. if(!CSocNetMessages::Add($arFields)){ if ($e = $GLOBALS["APPLICATION"]->GetException()){ $result = array('result' => 1, 'value' => $errorMessage .= $e->GetString()); echo json_encode($result); } } $user_sent++; //Счётчик } $result = array('result' => 1, 'value' => $user_sent); И вот данный скрип 3и переменные обрабатывает 30.8с - стабильно. Если выбрать человек 12. То естественно всё ложится по кд. Хотя всё и работает, отлично, по 11с письмо и до момента отрубания сервера, письма идут. Чем могут быть вызваны такие тормоза? |
|
|
|
|