По-моему тема давно умерла (вообще в битрикс коробке или env он уже стоит). К тому же не всегда его можно использовать. Был случай на практике - под мемкеш было выделено 4ГБ и временами сайт дико тормозил. Сняли с мемкеша - полетел. Просто в 4ГБ мемкеш пытался запихнуть 24ГБ и естественно что-то вылетало из памяти и опять грузилось
Скачайте bitrix vm и изучите конфиги nginx и apache, ну и дополнительно в google поищите темы проброс пользовательского ip через прокси. Просто в типовой vm или в bitrix env это по дефолту есть, а у вас этого нет потому что руками собирали (кстати там же можете и конфигурационные файлы на проброс статики и вообще можно много чего хорошего найти )
Андрей Николаев написал: А правила синхронизации между группами в AD и группами на портале у вас настроены верно ? Просто у нас тоже используются последние версии системы и с поведением проблем нет
Структура из АД не импортируется, в портале своя. И ничего долгое время не менялось/не допиливалось ни на серверах, ни в портале. Кроме обновления. ТП причину глюка объяснить не может. Пытаюсь договориться о восстановлении фото из бекапа портала.
Я не про структуру, а про маппинг между группами в ад и группами на портале. Корректно ли пользователи заносятся в группы ?
Сергей Никитин написал: Вопрос в догонку. А как у вас нынче с импортом пользователей из АД? Если раньше юзеры появлялись в списке пользователей сразу после импорта, то сейчас, после недавнего обновления я вынужден вначале под ним залогиниться и только потом идти в админку править его свойства.
А правила синхронизации между группами в AD и группами на портале у вас настроены верно ? Просто у нас тоже используются последние версии системы и с поведением проблем нет
И посмотрите что из них дает более-менее верный результат. Но помните - все эти переменные легко подделать, да и приоритета нет, так что просто поставьте то что выведет результат.
1) Перезагружался ли сервер ? У Bitrix VM есть bvat который может дропнуть ваши кастомные доработки. Проверьте параметр снова 2) Если побороть проблему с ходу не получается - всегда можно изменить настройки модуля статистики или например топорно убрать агент. Учтите что пункт 2 не панацея и проблему все-равно надо решать.
Для модуля иефоблоков новое апи еще не готово. То что там сейчас есть это промежуточные классы для самых простейших запросов на получение контент, по сути это row-access. используйте старое ядро. Увы
Андрей Жилин написал: Под другим пользователем заходит вполне нормально. Имхо, если бы это был вирус, то проблема была бы с сайтом впринципе, а не с одним конкретным пользователем.
Пошел декодиривал код и вижу что код ну явно не Битрикс .
Ну естественно. Посмотрите на лог вызовов внизу. Там же последний файл:
Правило не сработает, т.к. между elektricheskie и ?yclid=123456 нет слеша. Менять ссылки по seo иногда не очень хорошо. можно пропробовать обойти: #^/catalog/category-([0-9a-zA-Z_-]+)(/.*|\?(.*))#
то есть либо elektricheskie/.... либо elektricheskie?...
Кейсистемс написал: Андрей, а как быть, если в AD нет фото, но в Битриксе нужно массово загрузить фотографии в едином корпоративном стиле ? Сталкивались с подобным ?
Если фотографии уже есть и это разовая операция - написать небольшой скриптик и обновить все. Но только при настройках импорта удалить связку личное фото (Админка -> Настройки -> AD/LDAP -> Ваш сервер, вкладка "Настройка полей" и там убрать из списка все что касается фотографий).
Ну и само-собой при ручных импортах следить, чтобы эта галочка не была отмечена.
Кейсистемс написал: Мы сталкивались с подобным "багом" на первом этапе внедрения. Но причиной была "ненужная галочка" при импорте из AD. А сейчас что произошло ?! Сергей, у вас "коробка" ?
Лично я тоже сталкивался с такой "особенность". Собственно говоря - фотографии стали подтягиваться из AD, но в течении длительного периода. Т.е. при первой синхронизации 1-2 фото, потом по автоматическом импорте где-то в течении 2-3 недель остальные дотянулись
Для работы с документами в Google Docs нужно настроить социальный севис Google. Предположим что у вас есть свой аккаунт в google. Переходим по ссылке https://console.developers.google.com/
У меня уже был ранее создан проект, поэтому мой экран будет немного отличаться от вашего, но это не существенно. На рисунке выше (у меня уже создан проект test,но мы его не трогаем) нажимаем - Create project Появляется всплывающее окно, в него вводим название проекта. Я задал имя - Bitrix test api. Остальные настройки устраивают и просто нажимаем Create. После создания приложения у вас откроется dashboard. Кликаем Creditinals и попадаем на следующую форму. В данный момент она нам не нужна и смело на вкладках выше переходим на 2 вкладку После перехода заполняем поля (последние 2 ссылки и изображения не обязательны). После сохранения переходим в 1 вкладку - Creditinals. Выбираем пункт с OAuth client id Нас перебрасывает на форму, где мы отмечаем первый пункт - web, вводим название (не принципиально какое) и пишем в Authorized redirect uri ссылку которую нам битрикс выдает в админке. (ссылка вида: http://#сайт#/bitrix/tools/oauth/google.php)
Нажимаем сохранить. И если вы сделали все правильно вам выдадут ключи для записи в битрикс.
Охохо... интересная задачка! Особенно когда документации не то, что по диску, по корпоративному порталу не проработано.
Насколько я знаю все сущности диска (папки и файлы) являются обьектами и хранятся в b_disk_object. Высокоуровнего доступа (с Drive по цепочке в Storage и т.д.) к этим данным пока еще нет (и неизвестно будут ли). Значит пойдем другим путем. Предположим мы хотим достать все файлы, загруженные в хранилище "Маркетинговые документы".
Поехали:
Код
<?php
// Будем считать что пролог уже подключен
// Для уменьшения кода
use \Bitrix\Main\Loader;
use \Bitrix\Disk\Internals\ObjectTable as Objects;
// 492 - идентификатор хранилища "Маркетинговые документы" в b_disk_storage
$iStorage = 492;
if ( Loader::IncludeModule('disk') ) {
$resObjects = Objects::getList([
'select' => ['ID'], // Для простоты - будем доставать только ID
'filter' => [
'STORAGE_ID' => $iStorage,
'>=CREATE_TIME' => date('d.m.Y 00:00:00',strtotime('now - 120 days')), // предположим что достаем все события за 120 дней с текущей даты
'TYPE' => Objects::TYPE_FILE, // Доставать будет только файлы (папки трогать не будем)
]
]);
while( $arObject = $resObjects->fetch() ) {
// как-то работаем с Id файла
// например var_dump($arObject['ID']);
}
} else {
// вывод ошибки
}?>
Ну вот собственно и все Класс Objects это описание таблицы (d7), так что можно дальше извращаться как угодно. В решение есть несколько, если уж не костылей, то "палок" уж точно. Хардкодить конечно не очень хорошо, но что делать, если своего инструмента нет.
Достаточно создать файл: /home/bitrix/www/.htsecure
Даже скажу чуть больше. Ошибка 400 возникает (по крайней мере у нас) когда вы пытаетесь обратиться с портом 443 по протоколу httP или по порту 80 с httPS. У вас даже в Location: http://test.com:443/xyz/ прописано