[MrLOLs]

Есть ли аналог Оповестить() ОбработкаОповещения(), чтобы он действовал не в пределах одного сеанса, а для всех пользователей?
Задание: В УПП 1.2 при добавлении нового документа "события", автоматически обновить ТЗ в календаре пользователя (менеджер контактов), всех пользователей.

[sava1]

1.ОбработкаОжидания
2.Задачи
3.Внешние компоненты (через сокеты)

[logist]

чтобы он действовал не в пределах одного сеанса, а для всех пользователей?

Нет. Если средствами только 1С, то это что-то что на сервере запишет необходимость обновления, а клиент будет каждый раз опрашивать это что-то и выполнять необходимые действия. Но это будет очень тормознутое решение.

[sava1]

Но это будет очень тормознутое решение

Сокеты решают проблему.

[Vofka]

Но это будет очень тормознутое решение.

Я бы не делал таких выводов, не зная особенности работы и масштабы системы. Вполне может быть, что в случае ТС, это вполне рабочее решение.

Кроме того, я не думаю, что в случае ТС-а, календарь нужно обновлять сиюсекундно.

[logist]

Я бы не делал таких выводов,

От чего же, УПП, в которой работают менеджеры которые что-то продают, соответственно можно додумать, что там же работают бухгалтера и прочие учетчики.
Но дело не в том, какая нагрузка, а в том, что лишние/частые срабатывая ОбработкиОповещения превратят работу пользователя в ад, поскольку в момент выполнения оповещения пользователь ничего не сможет делать, да, это может быть секунда но тем не менее, если я набираю какой-то текст в поле, и оповещение прервет мою работу, мне придется набрать его заново.

[Vofka]

это может быть секунда но тем не менее, если я набираю какой-то текст в поле, и оповещение прервет мою работу, мне придется набрать его заново.

Во-первых, мне кажется, что оно не прервет работу. Просто текст замрет на секунду, а потом расчихлится и допечатает что вы набирали.
А во-вторых, независимо от того, как реализовать оповещение, если при оповещении нужно сделать какое-то действие, то оповещение отдельно - действие отдельно. А вас "притормозит" именно действие (обновление календаря), а не оповещение о необходимости это действие запустить.

Если сделать нормально очередь, то запрос (в обработке оповещения) на проверку наличия сообщений в очереди будет занимать доли секунды. И если в базе работает человек 15, то такое решение, на мой взгляд, вполне может работать.

Сообщение отредактировал Vofka - 18.02.16, 17:52

[logist]

мне кажется, что оно не прервет работу.

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

[Vofka]

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

Интересно. Можно демо пример?

[logist]

Примера уже нет, т.к. от такой реализации пришлось отказаться. Суть (платформа 8.3.6.2152): при определенном условии в форме подключается обработчик ожидания который срабатывает раз в 10 секунд (сначала была секунда, но в этом случае вообще невозможно ничего сделать (кликнуть куда можно успеть максимум), т.к. постоянно срабатывает обработка оповещения), и если пользователь открывает окно для ввода текста (методом ПоказатьВводСтроки()), то при срабатывании обработчика ожидания - окно ввода закрывается. Режим модальности отключен. Вероятно, если в обычных формах использовать модальные окна, то такой ситуации не будет.