Массовое оповещение пользователей по всем базам
PostgreSQL, УФ, 8.3.13.1644
Есть Кластер 1с, на нем порядка 20 баз.
Есть предупреждалка, реализованная через Обработчик ожидания + Регистр сведений + обработка, в которой выбирается список пользователей, которым на рабочий стол надо будет развернуть форму, с сообщением, что базу надо закрыть.
Есть идея сделать отдельную конфу, (лень каждый раз заходить в нужную базу формировать соббщение и так 10 раз) где через:
получать список баз, далее либо по всем базам, либо по выбранным собирать список соединений и в каждую базу в регистр помещать данные об активных пользователях, которых нужно "попросить" закрыть базу.
Каким лучше всего воспользоваться интсрументом для прямого подключения и записи в регистр Базы?
Пока смотрю в сторону ODATA, но смущает необходимость публикации сервиса в каждой базе.
Есть Кластер 1с, на нем порядка 20 баз.
Есть предупреждалка, реализованная через Обработчик ожидания + Регистр сведений + обработка, в которой выбирается список пользователей, которым на рабочий стол надо будет развернуть форму, с сообщением, что базу надо закрыть.
Есть идея сделать отдельную конфу, (лень каждый раз заходить в нужную базу формировать соббщение и так 10 раз) где через:
Коннектор = Новый COMОбъект("v83.COMConnector");получать список баз, далее либо по всем базам, либо по выбранным собирать список соединений и в каждую базу в регистр помещать данные об активных пользователях, которых нужно "попросить" закрыть базу.
Каким лучше всего воспользоваться интсрументом для прямого подключения и записи в регистр Базы?
Пока смотрю в сторону ODATA, но смущает необходимость публикации сервиса в каждой базе.
По теме из базы знаний
- Новости для пользователей
- Расширение: Быстрые отборы через буфер [Alt+C] Копировать список, [Alt+V] Вставить список, [Ctrl+C] Копировать из файлов
- Массовое создание штрихкодов по приходной накладной в УНФ, редакция 1.6 (1.6.26.185), УНФ, редакция 3.0 (3.0.2.178)
- RabbitMQ+КД 3. История повторения чужого опыта. Наступаем на одни и те же грабли дважды
- Сколько нужно сотрудников IT на телефоне для компании 4500+ сотрудников
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
да особо то и не придумаешь ничего нового, либо ком объект, либо рест сервис.
Был бы скуль, так еще напрямую в него можно было бы писать.
Ком, медленный, с другой стороны - это же разовые, редкостные подключения будут, только когда это необходимо - вполне себе нормальный вариант.
Можно еще обратным обменом, опубликовать только в базе источнике веб сервис, а базы регламентным заданием чтобы тыркались к нему каждые 5 минут, и проверяли есть что для них или нет. Тогда публиковать не каждую базу, а только одну придется.
Был бы скуль, так еще напрямую в него можно было бы писать.
Ком, медленный, с другой стороны - это же разовые, редкостные подключения будут, только когда это необходимо - вполне себе нормальный вариант.
Можно еще обратным обменом, опубликовать только в базе источнике веб сервис, а базы регламентным заданием чтобы тыркались к нему каждые 5 минут, и проверяли есть что для них или нет. Тогда публиковать не каждую базу, а только одну придется.
Ком сам отваливается (засыпает) через 15-20 минут подключения и медленно подключается (не знаю как на новых платформах), и оно всегда 32х. Т.о. висеть в онлайне и отслеживать активных на сейчас пользователей оно не сможет.
(4) не это из разряда открыл конфу, получил список соединений, отправил на обработку.
Снова запросил список соединений, отправил на обработку.
Объем получаемых данных по Com минимален, запускаться будет из главной локальной сети, где проблем с пропускной способностью сети нет.
Снова запросил список соединений, отправил на обработку.
Объем получаемых данных по Com минимален, запускаться будет из главной локальной сети, где проблем с пропускной способностью сети нет.
Если речь идет просто об уведомлении(оповещение) пользователей то почему не рассмотреть вариант с сервером взаимодействия? Могу ошибаться, но он вроде как позволяет указывать любое количество баз и пользователей.
(15) Написано много и не понятно. Сейчас у меня платформа 8.3.14 - сервер взаимодействия работает без проблем. Если верить написанному то:
Разделение платформенных лицензий на ПРОФ и КОРП начнется с версий платформы 8.3.12.1852, 8.3.13.1791 и 8.3.14.1592,
. Либо разделение лицензий еще не началось либо одно из двух...
(16) ну там еще про переходный период написано
Переходный период будет длиться с 25 февраля по 9 сентября этого года.
Так что, думаю рано или поздно перестанет работать. Все в стиле 1С, прикормили, а дальше на коммерческие рельсы.
Вот и на самом сайте 1С, внизу страницы написано, что для СВ потребуется функциональность КОРП
Переходный период будет длиться с 25 февраля по 9 сентября этого года.
Так что, думаю рано или поздно перестанет работать. Все в стиле 1С, прикормили, а дальше на коммерческие рельсы.
Вот и на самом сайте 1С, внизу страницы написано, что для СВ потребуется функциональность КОРП
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот