|
Система взаимодействия и две базы | ☑ | |||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
0
PR
29.10.17
✎
07:03
|
Предположим, есть две базы, есть сервер взаимодействия https://wonderland.v8.1c.ru/blog/peredacha-informatsii-s-servera/
Я же не могу в одной базе что-то сделать и тут же каким-то образом с помощью системы взаимодействия в другую базу сообщить, что что-то сделалось? Допустим, я создал новый документ в одной базе, а в другой в то же мгновение мне раз и сообщение, типа ага, в такой-то базе документ создали. Причем важно, что я не хочу в той другой базе ничего менять, типа справочник записывать, регистр сведений какой-нибудь мутить и пр. ТО есть хочу просто послать туда событие. |
||||||||||
1
PR
29.10.17
✎
07:10
|
Ну и, чтобы интереснее было, пара моментов.
Фоновые задания в обеих базах отключаем, они нам вообще не помогут. По возможности обойтись без REST. По возможности обойтись без веб-сервисов. Да и вообще по возможности обойтись без публикации обеих баз :)) |
||||||||||
2
PR
29.10.17
✎
07:17
|
Судя по доке, где сказано, что система взаимодействия – это механизм, позволяющий, в рамках _одной_ информационной базы, различными способами взаимодействовать (обмениваться информацией) пользователям этой базы, получается, что между базами нужен какой-то другой транспорт сообщений
|
||||||||||
3
Aleksey
29.10.17
✎
07:43
|
Послать событие кому? другому серверу? А оно ему нужно слушать твой спам и никак не реагировать
|
||||||||||
4
Aleksey
29.10.17
✎
07:51
|
и да "просто послать событие" любой базе не получится. Для начало нужно эту базу подружить с сервером взаимодействия (привет легальная копия и подписка на ИТС).
Потом научить реагировать на поступившие событие (т.е. менять конфигу для написания обработчика событий) |
||||||||||
5
PR
29.10.17
✎
08:01
|
(3) Событие другой базе, зарегенной в том же сервере взаимодействия
Не хочет слушать спам, пусть не регится на сервере взаимодействия |
||||||||||
6
PR
29.10.17
✎
08:02
|
(4) Да базу я уже подружил, но система взаимодействия работает по ходу в рамках одной базы
Научить реагировать просто, 1С дала примеры |
||||||||||
7
ildary
29.10.17
✎
08:03
|
(0) я бы написал в 1С пожелание по расширению функционала сервера взаимодействия - научить его обмену между двумя базами.
|
||||||||||
8
PR
29.10.17
✎
08:05
|
(7) Да это-то понятно
|
||||||||||
9
Aleksey
29.10.17
✎
08:16
|
(5) еше раз, кто получатель события?
|
||||||||||
10
PR
29.10.17
✎
08:22
|
(9) Еще раз, другая база, запущенная под конкретным пользователем
Как вариант, сервер другой базы, который уже в свою очередь дальше сам все расскажет своим клиентам, кому сочтет нужным |
||||||||||
11
kittystark
29.10.17
✎
08:33
|
ВК SimpleLan позволяет гонять через сокеты простой текст
|
||||||||||
12
PR
29.10.17
✎
08:51
|
(11) ВК не катит
С ВК RabbitMQ наше всё |
||||||||||
13
Aleksey
29.10.17
✎
09:09
|
(12) а какая разница?
|
||||||||||
14
PR
29.10.17
✎
09:13
|
(13) 42
|
||||||||||
15
Aleksey
29.10.17
✎
09:29
|
(14) ну я к тому что под ВК что под сервер взаимодействия нужно пилить конфу
Но при это в отличии от ВК сервер еще будут допиливать, т.е. не факт что то что описано в статье доживет до релиза "Данная статья является анонсом новой функциональности. Не рекомендуется использовать содержание данной статьи для освоения новой функциональности." В отличии от ВК сервер требует 8.3.11, которая судя по отзывам нестабильна и местами нерабочая. Да и к тому же не факт что 1С разрешит эту фигню пускать через свой сервер взаимодействия, а значит нужен отедльный сервер, где нужно поднять сам сервер и поставить пяток обслуживающих программ (Elasticsearch, Hazelcast, ...). Т.е. неужелли поднять отдельный сервер с кучей сервисов проще чем использовать ВК? |
||||||||||
16
PR
29.10.17
✎
09:44
|
(15) Так вот и не хочется пилить конфу с ВК, хочется нативно
Про то, что 8.3.11 нужно, пофиг ТО же про отдельный сервер, ничего страшного, норм |
||||||||||
17
PR
30.10.17
✎
06:50
|
Что-то в интернете примеров кот наплакал
|
||||||||||
18
Йохохо
30.10.17
✎
07:05
|
(0) он вообще может оказаться мертворожденным, а может быть младшим братиком ЕДТ со всеми вытекающими
|
||||||||||
19
ildary
30.10.17
✎
07:11
|
(18) очень верное замечание: проектов для коммуникации, которые не взлетели - вагон и тележка (вспоминая Google wave).
|
||||||||||
20
ИмяФамилия
30.10.17
✎
08:23
|
(0) смотри в сторону redis и его очередей.
протокол там текстовый. две-три команды осилишь) подписка на события есть. это если по правильному. если по простому, то там есть очередь, можно раз в минуту конектится и делать поп из очереди. в цикле. ну и пуш в эту очередь полагаю осилишь, от "отправителя". |
||||||||||
21
PR
07.11.17
✎
06:54
|
Что-то сложилось впечатление, что система пока еще сырая от слова совсем
Неплохо работает интерактивная часть, с программной же все в самом начале Что ж, будем ждать |
||||||||||
22
VladZ
07.11.17
✎
07:24
|
Где описанные работы новой технологии? Где примеры? Где рекомендации по использованию? Руководствоваться статьей, которая начинается словами "Планируется в версии 8.3.11." - все равно что верить прогнозу "То ли дождик, то ли снег. То ли будет, то ли нет".
Пока не будет рабочих примеров - нет смысла даже смотреть в эту сторону. Даже когда эта технология появится - есть смысл подождать, пока она "откатается на бета-тестерах". Так что ждем. |
||||||||||
23
PR
07.11.17
✎
08:59
|
(22) Вообще-то уже вышла 8.3.11, если че
И там работает, если че Не все, как хотелось бы, но работает И примеров скудненько, да, но тоже есть парочка штук |
||||||||||
24
Aleksey
07.11.17
✎
11:53
|
(22) Система взаимодействия работает с версии 8.3.10
В 8.3.11 добавили фишки типа видеозвонки |
||||||||||
25
Живой Ископаемый
07.11.17
✎
12:17
|
Если я правильно понял, что сервер взаимодействия это аналог APNS (apple push notification server), который будет толкать пуш-уведомления на клиенты.
|
||||||||||
26
PR
07.11.17
✎
12:54
|
(24) Не только
|
||||||||||
27
PR
07.11.17
✎
12:55
|
(25) Ну типа
До 4000 символов можно передавать по вебсоккетам |
||||||||||
28
Живой Ископаемый
07.11.17
✎
13:28
|
Круто..
|
||||||||||
29
Живой Ископаемый
07.11.17
✎
13:44
|
а это... он как-то лицензируется? :) какая политика?
|
||||||||||
30
Йохохо
07.11.17
✎
13:48
|
(29) вроде элемент платформы, лицензия на платформу
|
||||||||||
31
Живой Ископаемый
07.11.17
✎
14:11
|
2(30)Я с той точки зрения, что например у нас
Есть Сервер Предприятия (серверная лицензия), и например 80 клиентов (100 клиентских лицензий). 50 тысяч + 360 тысяч А теперь у нас есть допустим сервер предприятия, конфа, база на постгрессе, в конфе РЕСТ-сервис, сервер взаимодействия. Клиенты не используют ни тонких, ни веб, ни толстых клиентов 1С. Используют только веб- и мобильные приложения, которые по сути графические оболочки над ХТТП-клиентом. Нам нужна только серверная лицензия. 50 тысяч, может быть + 5 клиентских для разрабов, админов, мониторинга за 36 тысяч. Угу? |
||||||||||
32
Живой Ископаемый
07.11.17
✎
14:13
|
Сорри, на 5 - 22 тысяч.
|
||||||||||
33
Живой Ископаемый
07.11.17
✎
14:15
|
или этот сервер взаимодействия может работать только с нативными клиентами 1с?
|
||||||||||
34
ИС-2
naïve
07.11.17
✎
14:24
|
В УНФ 1.6.11 видел что туда добавили Сервер Взаимодействий, но не проверял
|
||||||||||
35
PR
08.11.17
✎
07:20
|
(31) Не угу, читай общеизвестную статью на сайте 1С
|
||||||||||
36
ИмяФамилия
08.11.17
✎
08:43
|
а вот интересно
сложно ли будет заменить набортный трэшак вот такой вот штукой http://webd.is/ http/json(p) прокладка для редиса. |
||||||||||
37
Живой Ископаемый
08.11.17
✎
10:13
|
2(35) например какую?
|
||||||||||
38
Живой Ископаемый
08.11.17
✎
12:50
|
а, http://v8.1c.ru/predpriyatie/questions_licence.htm#59
ок. то есть технически использоваться не будет, но приобрести лицухи нужно... |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |