Как замутить чат в 1С 8.2 без обработчика ожидания? #695128

Не нравиться мне реализация с ОбработчикомОжидания. Пользователей ожидается много (до 200), пусть периодичность опроса сообщения будет 5 сек, уже нагрузка на базу. Какие еще могут быть варианты? ВК не предлагать, интеграция с ICQ сервисами, и прочую лабуду не предлагать, нужно сделать час в пределах базы.

"нужно сделать час" -> нужно сделать чат

>>ВК не предлагать у ВК тоже много глюков, тоже нажимаешь Обновить

Ты видимо никогда не программировал. Все чаты работают через своего рода "Обаботчики ожиданий"

я писал обработчики для 386-го, когда ты под стол пешком ходил в чём проблема

прости )))

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

Да нет никакой проблемы! Погу написать этот чертов чат за 30 мин. МНЕ ПРОСТО ИНТЕРЕСНО, можно ли как-то по другому, может я что-то не знаю :)) Что вы так накинулись?

>>уже нагрузка на базу имхается,  тут пошла нить неверных дум

либо Обновить, либо Обработчик одно из двух

Наезды не обснованные

я извинился. попутал с ТС )

в общем ясно, тему можно закрывать :)

ясно что? что либо прерывания, либо обновить? ну это очевидно

ясно, что по другому никак. Достал ты уже :)

Поле HTML - и любой чат на выбор

там движок старый. не прокатит

Тема интересная, поэтому UP-ну

У нас подсистема Сообщения использует WinSock. Даже здесь на мисте неоднократно писалось. Использую лет 10, еще на фокспре, идаже раноше на дельфях.

это на аппаратном уровне типа?

расскажи подробней. я сейчас как раз пишу подсистему на овер 100 людей

а, всё, понял. риквест пакет

Где тут аппаратный уровень? Голимое API. Просто клиент опрашивает базу не по таймеру, а при запуске создает слушающий сокет UDP, регистрирует сеанс со своим IP и портом в базе. Когда отправитель отправляет сообщение, то он смотрит в базе сеансы пользователей и рассылает им датаграммы. Клиент получает датаграмму и делает запрос в базу: есть ему сообщение. Схематично это выглядит так

ок

Простите за тупой вопрос, но я в этом плане нуб. А зачем обработчик ожидания? Я так себе представляю - сделать чат в виде дс и поставить автообновление 5 секунд и не парится. В чем трудность?

В чем отличие обработчика ожидания и автообновления? Вернее, как на 1С можно реализовать автообновление, кроме как используя обработчик ожидания?

+100500

сделать чат не средствами 1С(nodejs), а хранить данные в 1С - не думал этом?

Вот даже есть база с которой начать

ну сделай динамический список выводящий сообщения чата.. чо ты как маленький.. в  нем поставь по умолчанию период обновления 3 сек..  и все.

(28,29) не пойдет, у нас база в режиме ОП (УПП) А на HTML в ОП не взлетит, если верить в

в настройке списка ставишь автообновление и все

вот нафейхоа обновлять каждые 3 секунды.. если состояние изменяется например непредсказуемо...? сообщение пришло - вот пусть ТОГДА и автообновляется

Может какую-то хранимку умную написать в скуле , ну или там фоновое задание , которое будет событие посылать клиенту , а у клиента по событию будет обработчик срабатывать? Такой вариант можно на 1С реализовать?

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

Подписка на событие - не?

Никак. Любой обработчик внешнего события после подключения физически так же опрашивает сервер с некоторой периодичность, не появилось ли нового сообщения для него. Т.е. создает ту же нагрузку на сервер.

Winsock не создает ту же нагрузку, что и автообновление

html поле само может опрашивать сервер, без 1С. И для тебя будет откровением, но средства урезанного IE7 в 1С на порядок богаче нативных 1С. Проблема с html в 1С только одна - как-же сделать совместимое IE7 и html5.

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

Почему почта не является базой?

еще раз тупому объясните - чем динамический список то не угодил ?

Ну типа если пользователю никто не пишет, то он втупую дергает базу. А как в этом случае первоначальный вызов организовать? Ведь пользователь не будет весь день пялиться в динамический список

динамический список не может самопроизвольно открыть поверх всего, когда пришло самое важное за весь день сообщение "Привет, как дела"

Может

На сервере фоновый процесс запусти (Регламентное задание), которое будет обрабатывать твой регистр и отправлять нужным пользователям сообщения (каждый клиент сам будет писать сообщение и адресата в регистр).

ActiveX какие-нибудь прикрутить, сокеты.

На самом деле, если брать поле html-документа, то из него можно сделать запрос к серверу, без запроса никак не взлетит, но никто не говорит, что сервер должен сразу ответить. Обычно, сервер сразу отвечает заголовком, а потом несколькими порциями с интервалами в несколько минут передаёт информацию о событиях. Я, например, для этого писал специальный сервер на php, который открывает на каждого клиента отдельное соединение, и, если клиенту нужно что-то сообщить, то пишет в указанный сокет информацию, а если событий какое-то время нет, то посылается пустой пакет обмена, чтобы соединение не рвалось по тайм-ауту.

+ Глобальный контекст (Global context) ПоказатьОповещениеПользователя (ShowUserNotification) Синтаксис: ПоказатьОповещениеПользователя(<Текст>, <НавигационнаяСсылка>, <Пояснение>, <Картинка>) Параметры: Тип: Строка. Тип: Строка. Навигационная ссылка. Показывается как гиперссылка. При нажатии на нее происходит переход по указанной ссылке. <Пояснение> (необязательный) Тип: Строка. Тип: Картинка. Картинка, которая будет показана в оповещении. Описание: Показывает окно, по умолчанию располагающееся внизу экрана, которое постепенно затухает и исчезает с экрана. В окне может располагаться ссылка, выбор которой вызывает определенные для ссылки действия (например, открытие формы). Доступность: Тонкий клиент, веб-клиент, толстый клиент. Примечание: Ссылка выдается, если указан параметр <Пояснение>. сюда ссылку на запись регистра.

Мне понравилось . Создать левый справочник, документ,... и подписку на событие.