Ура, товарищи! То о чем так долго говорили 1С-ники - свершилось.

https://wonderland.v8.1c.ru/blog/peredacha-informatsii-s-servera/

За систему взаимодействий вроде платить надо, соответственно и за информацию с сервера тоже?

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

"И если раньше мы говорили о системе взаимодействия, в основном, как об интерактивном инструменте, то сейчас мы решили посмотреть на неё как на инструмент взаимодействия программного. Мы сделали в ней некоторые доработки и реализовали возможность передачи информации с сервера в клиентское приложение на её основе. "

Костыль имени фабрики костылей.

так я понимаю что сейчас это все идет через инет через сервера 1С..?

Та не, сервера 1С здесь не при чем. Просто между клиентом и сервером держится постоянное соедиенение по протоколу WebSocket, по нему ходят уведомления.

так все же через сервер взаимодействия

а нафига какой-то 1С Диалог..?

(5) а это ты сам уже придумал.
Понадеялся что 1с сделает все по уму )))

(6) где это написано?

(8) я не придумал и 1С всё сделало по уму

(10) https://wonderland.v8.1c.ru/upload/medialibrary/2e0/2e08d452bff67ae80c1d2a7d100e57f9.png

реально полезная вещь, ждем 8.3.11

(11) пздц

(13) так это же 1с. наивно было даже надеяться

(11) "Серверная часть представляет собой отдельный программный продукт 1С:Предприятие - Сервер взаимодействия, который может быть развернут в Интернете, или в локальной сети организации."

(13) А по другому - никак.
Вернее - как - но там еще лютейший пздц.

В общем, хотите видеть процентики выполнения обработки - покупайте сервер взаимодействия!

а зачем во всем этом сервер взаимодействия?

(13) Это не особенность 1С. Это - особенность http-протокола.

(18) Как по другому сервер 1С даст знать клиенту 1С, что для него есть событие?

ПараметрыРегистрацииИнформационнойБазыСистемыВзаимодействияИмениБорисаГеоргиевичаНуралиева
:)

(21) ахахаха

(15) блин реально отдельный сервис. Это как личный мессенджер с групповыми чатами, телефонными и видеозвонками, при чем все на уровне платформы - никакого программирования не требуется, и это круто.

Только обычные формы, как обычно, пролетают :(

Идея на пару штучек $:
Наваяйте программный модуль по типу БСП "[СвоеИмя]СистемаВзаимодействия" и вперед через свой сервис по http  общаться между клиентами и фоновыми

(20) как же в других то средах все работет.
И веб сокетс зачемто изобретали

(23) когда сервер умрет из-за спама по этому сервису, тогда узнаем насколько это круто

(25) чуваки из 1С сказали что по ВебСокетсу работает...

(27) так это наверно клиент и сервер взаимодействия по веб сокетсу

(28) точно...

То есть надо будет покупать сервер взаимодействия отдельно???

и эт оправильно что они не стали в сервер докидывать функционал.
сервер и так падает от каждого чиха.
И вообще сейчас в тренде микросервисы

(0) так тут больше про вызов Сервер->Клиент
Долой ПодключитьОбработчикОжидания()!

(31) А цены на сервер взаимодействия не объявляли еще?

(30) (33)
На момент написания этой статьи сервер взаимодействия не поставляется в виде отдельного продукта. Но для того, чтобы вы могли пользоваться новым механизмом, в Интернете, на аппаратных мощностях фирмы «1С», мы развернули экземпляр этого сервера, носящий название 1С:Диалог. В данный момент это публичный сервер, которым могут пользоваться все желающие. Мы планируем поддерживать его и в дальнейшем, но условия использования могут быть изменены.

т.е. пока это открытая бета с необъявленным ценником продакшена.

Вы странные какие-то.
Идите, скажите Апачу, что он стал сокет-сервером и ему надо уведомлять подключившихся клиентов.

Отдельный сокет-сервер в сети, к которому подключаются 2 клиента (сервер1С и клиент1С) и который осуществляет провайдинг сообщений от одного клиента к другому.

(35) сокет-сервер слушает передающих ему сокет-клиентов

Апач итак сокет-сервер

в данном случае Апач должен стать сокет-клиентом и он вполне может им стать

(35) https://ru.wikipedia.org/wiki/Comet_(программирование)

(38) Однако на практике приложения Comet обычно используют Ajax c long polling для проверки наличия новой информации на сервере.

Не несите дичь. Сообщения от http-сервера клиенту может быть только съэмулировано неявным запросом от клиента.

Никому в голову не приходит отреверсить протокол сервера взаимодействия и прилепить там свою мульку да хоть на ноде?

(37)
Сокет - сервер может отправить сообщение клиенту по своей инициативе.
http-сервер не может отправить сообщение клиенту по своей инициативе.

(42) давно уже может

(43) Пункт из RFC протокола HTTP не подскажешь, по которому он "может"?

(45) Анатолий дичи наслушался, услышал звон и щастлив. Щас пойдет речь о всяких концепциях, в ядре которых лежит периодический опрос клиентом сервера.

(45) Севременные веб серверы, больше чем просто http

https://habrahabr.ru/post/79038/

(47) В (42) речь конкретно про http-сервер. Я прошу ссылку на твое "давно уже может". А то, может, я чего не знаю.

(49) ты про сервер или про протокол?

http сервер может не только http протокол, но и протокол web-sockets

(48) Ты же понимаешь, что это тупо костыль от гугла?

(48) Только что нагуглил? WebSockets — это не http.

А те что не могут, на них и 1с не буелт работать

(53) Де тебя слово протокол вообще не упоминалось в треде

1С тоже могла бы впилить свой веб-сервер заместо Апача и впилить на него 2 уровня
расширенный на веб-сокете для Тонкого клиента
обычный на http для веб-клиента.

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

(56) А потом страдать от разрывов и героически с ними бороться.

вон они даже на яву замахнулись ибо свой распределенныый ки-валью работает через пень колоду

(57) (59) Ссылки, Анатолий, ссылки.

Если перевести (0) на понятный язык: реализован чат между сервером и пользователем.

Все время забываешь.

(59) ссылки на то что в 8.4 используюется zoo keeper или cassandra (уже не помню)?

И то что практически нет внедрений где в кластере стоит уровень отказоустойчивости > 1

И что единственная практически задача меденджера кластера - это работа с сеансовыми данными?
Какие тебе ссылки нужны?

(64) Ссылки на то, что 1С отказывается от КлючЗначение в сеансовых данных

(66) ты вообще не понял что я сказал

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

поэтому они решили взять нормальное готовое решение

нправда к сожалению проект 8.4 что-то совсем заглох

(67) Ты изъясняешься, как бухой матрос. Иностранный. На иностранном.

(41) +1 к (24)

Нигде не нашел, что 1С будет использовать Касандру или зоо. Да и что может быть проще написать свой КлючЗначение СУБД ?

Apache Cassandra еще и на java. Дичь какая.

http://v8.1c.ru/overview/release_8_4_1/

Теперь данные реестра физически хранятся в распределенном масштабируемом хранилище Apache ZooKeeper

(75) Спасибо.

Кто-нибудь понимает о чем спорят Дмитрий и Анатолий?

(77) Анатолий - бунтарь и не хочет придерживаться тесных рамок http.

(78) Так всё равно как 1С сделает, тех рамок и будет придерживаться, не?

(79) Да, только все не так просто :-)

(79) С++ vs Java

Java прекрасно прекрасно декомпилируется и даже деобфускаторы есть давно

(81) Гм, что ты хочешь мне этим сказать? Я в этих делах не шарю вообще.

(82) Хочу этим сказать что в правильном направлении идете, в правильном, продолжайте.

Связь с клиентом через прокладку. Жесть ((((

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

(84) а как по иному?

тут сделали асинхронную модель.
правда через одно место....

(0)Боюсь показаться "тупым и недалеким", но как же ситуация, когда обработчиком ожидания ловишь сообщения из фонового задания, выполняющего на сервере? Это ли не тот случай, когда сервер что-то шлет на клиент?

(88) Нет, это как раз обработчик ожидания опрашивает периодически сервер, а тут о другом - сервер сам шлет сообщения клиенту, например есть 100 коннектов к сервер и на нем произошло событие, он сам отправляет об этом "уведомление" всем 100 клиентам - подписчикам.

Конечно вариант с прокладкой выглядит коряво, сделали бы просто чтобы на клиенте можно было держать соединение по веб сокетам, тогда можно было бы самому реализовать подобную прокладку: при наступлении события на сервер он шлет в прокладку, а прокладка с клиентом соединена по веб сокетам т.е. многовенно получает уведомление.

Отлично, пора выкладывать

(89) типа, возможность спамить клиента, не?

(91) Кейсы использования данной фишки хорошо описаны в 1с статье.

(91) Да. При высоких нагрузках позволит разгрузить сервак за счет холостых запросов с клиентов.

(93) дело труха. Если сервер взаимодействия отсутствует или сглючил, то все работа  с ИБ встала

(94) И если сервер 1С заглючит, то работа тоже встала. Или если инет сломался, а база на внешнем хостинге, то тоже встала. Или если свет отключили, то тоже встала. Сплошные риски, ё. Но никто обратно на счеты не переходит. Странно.

(95) Вы меня не поняли. Я о том, что это местичковая возможность.

Вот возьмем УТ, эту конфигурацию ставят многие фирмы, а значит все они должны иметь доступ к серверу взаимодействия. Но закладываться на это нельзя по куче причин и отсюда следует, что в конфигурациях для нескольких потребителей эту фичу использовать нельзя. А писать две ветки кода никто не будет. Дело - труха

(96) Да, так и есть. Ну так это же хорошо - 1Сникам больше работы, больше денег )))

(12) чем? всё это можно и так реализовать - сообщения с сервера приходят клиенту, и всё это можно и так показывать все эти длительные операции.

(+98) причем также реализуется через "оповещения".

(98) При небольшом количестве запросов можно и длительными операциями обойтись. При высоких нагрузках экономия от сокетов во времени/трафике может снижаться в десятки и сотни раз. На 10000 пользователей это существенно.

(98) Пока что с сервера само ничего не приходит - приходит только ответ на запрос с клиента. Но клиент не знает, пора уже запрашивать, или еще рано. Или уже поздно. В итоге получаем кучу лишних холостых запросов. Как в "Шреке":
- Мы уже приехали?
- Нет.
- А теперь?
- Нет.
- А теперь приехали?
- Нет, Осел!

(8) я не придумал и 1С всё сделало по уму (с) в копирайты )))))))))))))))))))))))))) григорьичу отдельна (ты не знаешь)

Боюсь показаться брюзгой, но эти доп.плюшки пусть делают для VIP платформы с VIP ключами и VIP ИТС, и VIP тех.поддежкой.
А для подавляющего большинства пользователей 1с(читай небольших фирм) пусть сделают стабильный релиз без рюшечек и всяких там анимаций в графиках.
Мало того,что среднестатистический пользователь 1с оплачивает разработку излишнего функционала(которым никогда не воспользуется), входящего в стоимость лицензии, так еще это сказывается на производительности системы.Серьезно выросли требования по мощности к клиентским машинам. Задолбала эта гонка функционала, прогресс мать его!Маркетинг в топку!
Сделайте ставку на простоту и стабильность,цены можно даже понизить.Тогда большинство серых пользователей станут белыми.
Хотя для кого я это пишу, как обычно забросают тухлыми помидорами...
У меня все.

(101) "Если не можешь сделать хорошо, то лучше не делай вообще". Короче мертворожденная технология и это далеко не первый случай...

(103) Ее и делают для ВИП - отдельная коробка с отдельной ценой.
А стоимость и так невысокая по сравнению с конкурентами.

(104) Не соглашусь. Мне точно пригодится. Область применения очень узкая, но в этой области польза от нововведения большая. 1С стремится к полноценным веб-интерфейсам, пока рынок к этому не готов, но лет через 10 созреет, и у 1С к тому моменту будет готовый отлаженный функционал. Тот же принцип, что и с УФ: появились они аж 10 лет назад, но и сейчас еще не все их нормально освоили, зато те, кто освоил, обратно на толстый клиент не хотят.

(106) если технология узкая, значит она нафиг не нужна. Продукты 1С рассчитаны на массовый рынок потребителей

Мы сразу решили, что будем работать на массовом рынке, для большого числа пользователей. Программы, предназначенные для массового применения, должны быть достаточно универсальными, настраиваемыми, выпускаться большими тиражами и по относительно доступным цены. (с) Борис Нуралиев.

(107) Я уже писал выше, что 10 лет назад и УФ никому не нужны были. Придет время, и 1Сники поделятся на фронтов и бэков, вот тогда и пригодится то, что сейчас находится в зачаточном состоянии.

(104)А что с ним не так? По ссылке в (0) отличное решение. А что еще в 1С было мертворожденным?
(107)Здесь все верно и пока, что все остается именно так.

(103) полностью согласен за долбала гонка за не нужными свистульками народ кто хочет спокойствия до сих пор сидит на 7.7 и все его устраивает стабильно быстро и удобно

(110) Ну то есть, проблемы нет? Не хочешь платить за свистульки, сиди себе на клюшках?

(95) сервер 1с и сервер взаимодействия -- разные приложения, которые могут располагаться на разных машинах

(109) Значит вы плохо знаете платформу

(110) Семерка еще сырая, люди сидят на шестерке и в ус не дуют

(112) Мы в курсе, капитан. Речь была о том, что любой из компонентов IT-инфраструктуры может выйти из строя и обвалить работу компании, но это не становится поводом для отказа от компов и перехода на счеты. Точно так же и данный функционал не будет проигнорирован и найдет своего потребителя.