Имя: Пароль:
1C
1С v8
Websocket и 1С
0 ramir
 
29.06.15
11:58
Пытался нагуглить - ничего не нашел. Может кто-то сталкивался. Хочется внешнюю компоненту, которая могла бы подключаться к серверу по websocket, слушать (принимать входящие данные, инициализировать ВнешнееСобытие) и отправлять данные на сервер.
1 ЧеловекДуши
 
29.06.15
12:02
(0) Напиши.
Подключаться к какому серверу?
    ...серверов много, и слово Сервер, это https://ru.wikipedia.org/wiki/Сервер
Слушать, что? Сетевой порт, Команды от какого либо оборудования и т.д....
Отправлять данные куда?

...поконкретней пожалуйста, у каждого своё представление о мире, и ваши проблемы, это только ваши проблемы :)
2 Fragster
 
гуру
29.06.15
12:03
3 ramir
 
29.06.15
12:04
(1) Сервер, ессно свой. Ключевое словое Websocket - http сервер, который умеет работать с websocket.
4 ramir
 
29.06.15
12:06
(3) Не правильно сказал, в принципе, произвольный сервер с websocket. Планируется использовать свой.

"Ессно свой" - только для меня было понятно.
5 Serginio1
 
29.06.15
12:06
6 ramir
 
29.06.15
12:08
(5) Спасибо, поизучаю.
7 Serginio1
 
29.06.15
12:08
Но Tcp/IP. для Вэб Сокетов нужно применить
http://habrahabr.ru/sandbox/23231/
8 Serginio1
 
29.06.15
12:10
9 ЧеловекДуши
 
29.06.15
12:12
Все ровно проще иметь отдельное приложение, которое будет написано не на 1С и будет слушать, куда-то писать (передавать) нужные данные. Чем все это лепить в самой 1С и надеяться что пакет будет обработан, пока поток от 1С пытается записать что либо куда либо :)
10 Serginio1
 
29.06.15
12:14
11 ramir
 
29.06.15
12:18
(10) Спасибо большущее, с наскока сейчас не осилю. Буду вникать.
12 Serginio1
 
29.06.15
12:19
13 Serginio1
 
29.06.15
12:20
Тебе только клиент?
14 ramir
 
29.06.15
12:22
(9) Ну кто сказал, что лепить все это в 1С собираюсь. Как раз-таки хочется от этого уйти. Отдельное приложение как раз и будет websocket сервером. Почему websocket - можно использовать стандартные http серверы типа nginx или apache. Писаться из приложения все будет через http-сервисы в 1С и только после этого уведомление в 1С. Нужна оповещалка.

Да и вообще круто было бы общаться между клиентами 1С. Это тоже возможным становится.
15 ramir
 
29.06.15
12:22
(13) Да, мне только клиент.
16 ramir
 
29.06.15
12:23
(14) И не только между клиентами, а еще и с сервера с клиентами.
17 ЧеловекДуши
 
29.06.15
12:24
(11) Видел в работе приложение TS-мобильная торговля.

http://www.hpc.ru/soft/software.phtml?id=18093

Единственное мертвое место в ней было это 1С.
1С в один момент могла обработать только один коммуникатор. И пока 1С работала с первым, то все остальные в этот момент времени курили бамбук :)

...
Я к тому, что зачем вообще Интер-активность в реальном времени, Для выполнения определенных операций? :)
18 ramir
 
29.06.15
12:25
(17) У нас, например, работа с телефонией активная.
19 ЧеловекДуши
 
29.06.15
12:26
(18) На какой версии 1С, работает?
20 ramir
 
29.06.15
12:34
Объясню в чем сейчас суть задачи. У нас связка 1С с телефонией. Реализовано с помощью ВнешнейКомпоненты ROM-Asterisk. Спасибо большое ребятам из simplit. Вкратце, как это работает.

Все клиенты подключаются к Asterisk AMI и начинают слушать ВСЕ события, которые относятся и не относятся к данному клиенту. Не знаю как писали телефонию (заказывали разработку), но сообщения оттуда льются тоннами. Бывает больше 3 тыс в секунду. Сейчас тормозов не наблюдается, но это не есть хорошо, что все клиенты слушают весь этот шлак и что-то с этим делают. На уровне компоненты можно фильтровать сообщения, но тем не менее, до компоненты они доходят и нагружают сеть.

Также сейчас клиенты 1С сами записывают данные в БД на основании событий из телефонии. Что, опять же, не хорошо, т.к. чаще всего на этапе записи данных в базу непонятно к кому из клиентов эти данные относятся. Сейчас сделано через блокировки (кто первый успел, тот и записал).

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

Короче нужно централизовать обработку событий из Asterisk AMI и запись в БД. До клиентов доносить только результат.

Как-то так, надеюсь, понятно.
21 ramir
 
29.06.15
12:34
(19) 8.3.5, а что?
22 ЧеловекДуши
 
29.06.15
12:37
(21) Просто у нас было для версии 8.1 :)
23 ЧеловекДуши
 
29.06.15
12:37
+(22) многие плюшки доступны только начиная с 8.5 :)
24 ЧеловекДуши
 
29.06.15
12:38
+(23) т.е. 8.3.ххх :)
25 vhl
 
29.06.15
13:07
(0) websocket? Сейчас что, 1999 год?
26 ramir
 
29.06.15
13:42
(25) ммм? WebSocket API еще стандартизацию не прошел в W3C.
27 romix
 
29.06.15
13:52
28 Serginio1
 
29.06.15
13:52
29 ramir
 
29.06.15
13:54
(27) SOAP не то
30 romix
 
29.06.15
13:55
(29) HTTP-режим там по-моему тоже есть.
31 ramir
 
29.06.15
13:59
(29) Немного не в кассу))
32 ЧеловекДуши
 
29.06.15
14:03
(30) Да у него не Web. У него IP телефония. Куча операторов сидят и слушают АТС, отвечая на звонки.
Поди еще все вертится на терминале (наверное) :)
33 ramir
 
29.06.15
14:08
(32) web-web. Будет специальная прослойка между IP телефонией и 1С.
34 ramir
 
29.06.15
14:08
(32) Без терминалов.
35 ЧеловекДуши
 
29.06.15
14:12
(34) Тогда чего не смотришь в сторону (27) ?
36 Serginio1
 
29.06.15
14:13
37 ramir
 
29.06.15
14:14
(35) нужны вебсокеты.
38 Serginio1
 
29.06.15
16:27
36+ Требования



Минимальный поддерживаемый клиент
Windows 8 [Приложения для Магазина Windows, классические приложения]
39 ramir
 
23.07.15
12:40
Если кому-то интересно, решение найдено. Написана внешняя компонента для работы с вебсокетами.
40 Serginio1
 
23.07.15
12:51
(39) Кстати SignalR даже проще пользоваться и поддерживается всеми платформами. В том числе для работы в браузерах