На текущий момент битрикс не работает с minio, за счет того что он хоть и s3-compatible, но подпись (signature) считает не так как это делает AWS S3/Y.OS/mail.ru и т.п. Нам для этого пришлось писать свой коннектор на базе aws s3 с правками под minio.
Евгений Осипов написал: В консоли записи:Pull: Websocket connection with push-server closed. Code: 1006, reason:
Откройте консоль браузера при открытии страницы, посмотрите что вернет XHR запрос с pull.config. Сравните с тем что есть в настройках (возможно подпись не так или пути). Проверьте что между вами и сервером нет реверс-прокси (если они есть - нужно их сконфигурировать чтобы они пропусками websocket соединения).
Цитата
Евгений Осипов написал: В целом всё работает нормально, но каждые 30 секунд пишет сначала:Отсутствует соединение с сервером
Это означает что настройка не завершена или некорректна. Push-часть портала перешла из режима websocket в режим longpolling (30 секунд отката) и поэтому при переподключениях возникает подобная ошибка.
И сделайте ограничения в фильтре: USER_ID - идентификатор пользователя (кому назначеное задание) STATUS - статус задания DOCUMENT_ID - идентификатор документа по которому запущен БП MODULE_ID - идентификатор модуля для которого запущен БП ENTITY - код сущности для которой запущен БП WORKFLOW_TEMPLATE_ID - идентификатор шаблона бизнес-процесса (WORKFLOW_TEMPLATE_NAME - название шаблона бизнес-процесса)
Важные сообщения: новым пользователям показываются все предыдущие важные сообщения в статусе "не прочитано", Важные сообщения: новым пользователям показываются все предыдущие важные сообщения в статусе "не прочитано". В результате необходимо "отщелкать" много сотен уведомлений, чтобы видеть только "свежие". Из-за отображения всех формируется привычка видеть вися
Иван Дворковой написал: Здравствуйте.Подскажите, как-то решили свою проблему?
Мы решили проблему так: один раз прошлись по записям и проставили им "Дату окончания важности сообщения" (b_uts_blog_post - UF_IMPRTANT_DATE_END) С тех пор - при написании важного сообщения - всегда ставим дату окончания важности.
Евгений Васьков написал: Помогите пожалуйста разобраться где я допускаю ошибку?
Попробуйте создать переменную с тем же типом (привязка к элементам СРМ) и посмотреть что получается после вашего merge (используйте логгирование в журнал). Скорее всего он отрабатывает некорректно.
Людмила написал: Есть созданный список (но аналогичная проблема наблюдается и в бизнес процессах).
Я располагаю только коробкой и увы, у меня нет типа "Привязка к элементам инф.блоков", поэтому особо сильно помочь не смогу.
Цитата
Людмила написал: В список добавляются элементы, потом удаляются. много и часто. Но! Когда я этот список пытаюсь отображать пользователю через БП "Привязка элементов инфо блоков" - то там я вижу абсолютно старый набор записей.
Мне кажется, что если у вас происходит изменение списка довольно частые, то скорее всего где-то что-то не так. Не думаю что в текущих механиках Битрикс24 предусмотрены частые изменения список, поэтому скорее всего там заложен механизм кеширования где-нибудь на час или сутки (обычно стандартные интервалы кеширования).
Попробуйте перестроиться таким образом чтобы этот список не менялся так быстро.
Андрей Корнет написал: в $ar попадает 2 раза один и тот же элемент инфоблока. Такое поведение при выборке нормально?
Да, если тип инфоблока 1.0 и есть множественное свойство (например PROPERTY_PRICE). Либо переключиться на инфоблок 2.0, либо обрабатывать элементы с учетом возможных дублей, либо не трогать при запросе множественные свойства
Алексей, перейдите в папку bitrix/templates/bitrix24/components/bitrix и переименуйте шаблон lists.list (например добавьте подчеркивание). После этого проблема должна исчезнуть
Виктор Савотченко написал: Коллеги, добрый день подскажите пожалуйста какие есть средства по отслеживанию установок и внутреннего поведения пользователей в приложении?
Ярослав Хлебников написал: Положил все силы на изучение вопроса, все гугли пролистал, а он все cacheenginenone
Зачастую такое случается когда битрикс не может соединиться с системой кеширования. Т.е. вы прописали конфиги с ошибкой либо не запустили демона. Уверены что прописали все конфигурации, у вас нет конфликта по правам подключения (например memcached настроен на сокет, а вы по порту пытаетесь подключиться).