Зазеркалье: Передача информации с сервера #793287

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

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

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

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

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

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

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

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

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

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

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

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

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

пздц

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

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

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

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

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

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

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

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

ахахаха

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

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

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

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

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

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

точно...

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

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

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

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

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

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

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

сокет-сервер слушает передающих ему сокет-клиентов Апач итак сокет-сервер в данном случае Апач должен стать сокет-клиентом и он вполне может им стать

)

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

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

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

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

давно уже может

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ссылки, Анатолий, ссылки.

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

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

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

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

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

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

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

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

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

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

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

+1 к

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

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

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

Спасибо.

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

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

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

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

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

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

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

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

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

а как по иному?

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

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

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

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

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

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

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

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

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

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

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

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

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