Не могу разобраться с тривиальной СообщитьПользователю().
На сервере выполняются длительные расчеты, типа несколько раз по миллиону раз 2х2. На каждом миллионе пользователю должно сообщаться, что начат следующий миллион вычислений.
Имею для этого код такого вида

&НаКлиенте
Процедура ВыполнитьРасчет(Команда)
    СерверныйРасчет();
КонецПроцедуры

&НаСервере
Процедура СерверныйРасчет()
    Сообщение = Новый СообщениеПользователю();
    Для И=0 По 10 Цикл
        Сообщение.Текст = "Итерация = " + И;
        Сообщение.Сообщить();
        Для Жи = 0 По 1000000 Цикл
            Вычислить=2*2;
        КонецЦикла;
    КонецЦикла;
КонецПроцедуры

Я так понимаю, что надо дать указание в Сообщение, на какую форму выводить сообщения, но меня перемкнуло и я никак не могу сообразить куда и какое значение подсунуть?!.

На сервере нет форм

(0) Подход такой: нужно сформировать на сервере предварительную структуру (или массив), вернуть её на клиент. На клиенте перебирать эту структуру, сообщать пользователю что нужно и возвращаться на сервер за следующей итерацией и уже полным расчетом.

(0) Читаем СП:
"СообщениеПользователю (UserMessage)
ИдентификаторНазначения (TargetID)
Использование:

Чтение и запись.
Описание:

Тип: УникальныйИдентификатор.
Позволяет точно указать, к какой форме должно быть "привязано" сообщение. Если сообщение не имеет идентификатора назначения, тогда оно выводится и привязывается к активному окну.

Доступность:

Тонкий клиент, веб-клиент, сервер, толстый клиент, внешнее соединение, мобильное приложение(клиент), мобильное приложение(сервер). "

Конечно нет. Форма на клиенте, откуда вызывалась команда. Вот и надо дать ссылку на нее с помощью параметров Сообщение.УстановитьДанные, вроде бы...

Из БП. ОбщегоНазначенияКлиентСервер

Процедура СообщитьПользователю(
        Знач ТекстСообщенияПользователю,
        Знач КлючДанных = Неопределено,
        Знач Поле = "",
        Знач ПутьКДанным = "",
        Отказ = Ложь) Экспорт
    
    Сообщение = Новый СообщениеПользователю;
    Сообщение.Текст = ТекстСообщенияПользователю;
    Сообщение.Поле = Поле;
    
    ЭтоОбъект = Ложь;
    
#Если НЕ (ТонкийКлиент ИЛИ ВебКлиент) Тогда
    Если КлючДанных <> Неопределено
       И XMLТипЗнч(КлючДанных) <> Неопределено Тогда
        ТипЗначенияСтрокой = XMLТипЗнч(КлючДанных).ИмяТипа;
        ЭтоОбъект = Найти(ТипЗначенияСтрокой, "Object.") > 0;
    КонецЕсли;
#КонецЕсли
    
    Если ЭтоОбъект Тогда
        Сообщение.УстановитьДанные(КлючДанных);
    Иначе
        Сообщение.КлючДанных = КлючДанных;
    КонецЕсли;
    
    Если НЕ ПустаяСтрока(ПутьКДанным) Тогда
        Сообщение.ПутьКДанным = ПутьКДанным;
    КонецЕсли;
        
    Сообщение.Сообщить();
    
    Отказ = Истина;
    
КонецПроцедуры



(4) в твоём случае все сообщения пользователь увидит после передачи управления на клиента.

т.е. все сразу, после окончания длительного расчёта

а хотелось бы иначе

после каждой итерации

фоновое задание или обрабатывать по частям, каждый раз возвращаясь на клиента

(8) Всем хочется. Только вот тупая 1с никак не хочет этого делать, сколько не проси.

(9) Ты уже определись: либо ты хочешь делать расчёт на сервере, либо с клиентом общаться.

Я хочу, чтобы клиент во время расчета не скучал

а почитал что-нибудь для разнообразия

(13) песенку ему поставь в отдельном медиаплеере.

(12) а чего плохого в том, чтоб хотеть и то, и это?

(14) ну башорг ему открывай перед запуском :)

(13) Покажи ему картинку ДлительнаяОперация48

Не конструктивно.

Так это вообще не возможно чтоли?

вот так пульнуть сообщение с сервера на клиента

(18) Тебе уже предложили два варианта. Причём вполне неглупые люди (уж поверь). Так что лучше прислушайся.

(18) Делай расчёт на клиенте, и показывай ему, что хошь.

Мда...

Либо клиента расчетами грузить, либо сетку тупым гоном данных туда - сюда...

(18) Представь. У тебя есть задача: сходить в магазин, набрать товар и сообщать о состоянии набранного товара жене.
Условия: сообщать жене можно только лично. Жена находится дома (клиент), товар набирать можно в магазине (сервер).

У тебя есть два варианта:

- Набрать в магазине (серверная процедура) всю тележку с товаром и по приходу домой сказать: "Всё набрал".

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

PS мобильник в магазине "не ловит", поэтому позвонить из магазина домой (передать сообщение с сервера на клиент, как ты хочешь) нельзя ;)

(22) Так ты в любом случае хочешь нагрузить "сетку тупым гоном данных туда - сюда". Или ты думал, что сервер сообщение телепатически передаёт?

(22) "либо сетку тупым гоном данных туда - сюда..."

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

(23)+ "Набрать пол тележки" читать как "Набрать часть тележки" :)

(23) фоновые  обработчик ожидания хранилище значений

Я когда иду в магазин, то набрав пол тележки, останавливаюсь, звоню по сотику и говорю "набрал 50%", а потом продолжаю набирать дальше. Но, похоже, что с не ловящим сотиком мой случай...

Буду через хранилище, спасибо.

Колбэк, я так понимаю, это когда мобила в магазине ловит :)

Зачем колбэк. Ведь поокончании расчета данные на форму сами возвращаются, значит сервак как -то сообщает клиенту, что он кончил...

а раз так, то возможность должна существовать, просто не реализована.

А пример с тележкой мне понравился.

(31) А теперь представь себе, что у тебя не просто клиент, а кеб-клиент...

(33) в js есть возможность асинхронно запулить и колбэк повесить.

Представил. и не вижу проблемы. AJAX как-то реализует эту функцию без проблем; пример: mail.ru itar-tass.com. Всё интерактивно через Веб.

Правда, это не совсем мой случай, там опрос через промежутки времени.

а в моем случае по событиям сервера

но как я уже писал события сервера передаются клиенту по окончании расчета

а значит принципиальная возможность есть

Ладно, пойду сдавать тележку на хранение и звонить с улицы ... 8-))

(37) да только что мешает на клиенте формировать пакеты и отправлять на сервер

&НаКлиенте
Процедура ВыполнитьРасчет(Команда)
Сообщение = Новый СообщениеПользователю();
    Для И=0 По 10 Цикл
        Сообщение.Текст = "Итерация = " + И;
        Сообщение.Сообщить();  
СерверныйРасчет();
КонецЦикла;
КонецПроцедуры

&НаСервере
Процедура СерверныйРасчет()
  
        Для Жи = 0 По 1000000 Цикл
            Вычислить=2*2;
        КонецЦикла;
    
КонецПроцедуры

(41) В общем случае это не решение, а костыль. Ибо алгоритм может быть таким, что создавать отдельные итерации серверных вызовов будет невозможно или слишком затратно.

(42) согласен, проще забить на пользователя, чем городить огород.

(42) ды в этом коде как раз самое и оно понятно и наглядно. А общий случай это где ?? Чет с разбегу не придумаю((

(44) тебе надо обработать 100500 записей которые тебе вернул запрос

(44) Ну например какая-то сложная рекурсия с огромным объемом данных в памяти. И при этом оператору надо сообщать, что алгоритм не завис, а находится на таком-то этапе.

(46) рекурсии использовать как раз и рекомендуют из-за огромного объема данных в памяти))а на циклы их менять ваще грех смертный

(45) смотря как их обработать нужно Можно изврат и содомию всякую придумать

(42) Угу. Проще написать, что выполнение может занять от нескольких минут до нескольких часов =)

(0) Решение ))

1. Сервер пишет % или иное по ходу выполнения куда то, куда есть доступ и серверу и клиенту (реквизит обработки, формы, параметры сеанса и прочее)

2. Клиент периодически проверят что там написал сервер и выводит, можно ОбработкаОжидания заюзать

ПРОФИТ

(50)+ Эту серверную тоже через ОбработкуОжидания запускай с разовым выполнением чтобы фокус на клиента вернулся

Т.е. суть:
Сервер НЕ МОЖЕТ передать что то клиенту по своему желанию!
Он ему может только ОТВЕТИТЬ на его запрос.

(52) если фоновым заданием запускать, откуда возьмётся "реквизит обработки, формы, параметры сеанса"?

так только в регистр или файл писать.

(53) эээ ничего не путаем?
Не "ФоновоеЗадание" а "ОбработкаОжидания"

(54) путаем :)
надо проверить

(50) обработка ожидания не спасёт, если не фоновое запускать

(56) вообще то даже на android в мобильном приложении работает ))
просто через Сообщить() в обработчике ожидания

Фоновое задание + обработчик ожидания, который получает сообщения от фонового задания

Серверную через обработчик ожидания беспонту запускать. Оно залипает на время выполнения.

ну нафик. написал "ожидайте" и усё.
или колесо крутить как типовых отчётах.

(59) гм не знаю потому что разбито на процедуры и сообщаю между ними и все ок

(57) не работает. Проверено

+62 в смысле - в десктопной 1с. Мобильную не смотрел

(62)(63) Прав
а я неправ у меня &НаКлиенте оказывается выполняется, сорри

(61) ну вот я по кнопке подключаю обработчик на некую процедуру, которая вызывает серверную. она запускается, пока выполняется - клиент не шевелится.

(65) делаешь фоновое. потом в обработчике ожидания делаешь

ФоновоеЗадание (BackgroundJob)
ПолучитьСообщенияПользователю (GetUserMessages)
Синтаксис:

ПолучитьСообщенияПользователю(<УдалятьПолученные>)
Параметры:

<УдалятьПолученные> (необязательный)

Тип: Булево.
Признак необходимости удаления полученных сообщений.
Истина - удалять.
Значение по умолчанию: Ложь
Возвращаемое значение:

Тип: ФиксированныйМассив.

Описание:

Получает массив объектов СообщениеПользователю, которые были выведены в процессе работы фонового задания. Получение сообщений может выполняться как в процессе работы задания, так и по его завершении.

Доступность:

Сервер, толстый клиент, внешнее соединение.

а в фоновом - как в (0).
по вопросу передачи данных - через ВременноеХранилище однократно

Глобальный контекст.ПоместитьВоВременноеХранилище (Global context.PutToTempStorage)
Глобальный контекст (Global context)
ПоместитьВоВременноеХранилище (PutToTempStorage)
Синтаксис:

ПоместитьВоВременноеХранилище(<Данные>, <Адрес>)
Параметры:

<Данные> (обязательный)

Тип: Произвольный.
Данные, которые необходимо поместить во временное хранилище.
<Адрес> (необязательный)

Тип: УникальныйИдентификатор; Строка.
Адрес во временном хранилище, по которому надо поместить данные. Или уникальный идентификатор формы, во временное хранилище которой, надо поместить данные и вернуть новый адрес.
В случае, если передается УникальныйИдентификатор формы, то значение будет автоматически удалено после закрытия этой формы.
Если параметр не указан, помещенное значение будет удалено после очередного запроса сервера из общего модуля, при контекстном и неконтекстном серверном вызове из формы, при серверном вызове из модуля команды или при получении формы.
Возвращаемое значение:

Тип: Строка.
Если в параметре <Адрес> указан уникальный идентификатор формы, то после помещения значения во временное хранилище формы, возвращает адрес.
Данные возвращаются только после того, как фоновое задание будет завершено.
Описание:

Сохраняет сериализуемое значение во временное хранилище.

Доступность:

Тонкий клиент, веб-клиент, сервер, толстый клиент, внешнее соединение.
Примечание:

Также позволяет поместить данные из фонового задания в родительский сеанс. Для этого следует в родительском сеансе поместить во временное хранилище пустое значение, передав идентификатор формы. Затем полученный адрес передать в фоновое задание через параметры фонового задания. Далее, если этот адрес использовать в параметре <Адрес>, то результат будет скопирован в сеанс, из которого было запущено фоновое задание.