Имя: Пароль:
1C
1С v8
технология передачи данных между двумя базами 1с
0 senior_pomidor
 
27.08.22
18:07
всем хороших выходных !
коллеги

интересно ваше мнение  

есть 2 разные базы 1с в разных городах  

какую технологию обмена.интеграции
выбрали бы вы и почему

xml  через ftp

web сервисы

http сервисы

odata
1 PR
 
27.08.22
18:11
RabbitMQ
2 senior_pomidor
 
27.08.22
18:12
(1) есть статья почитать с примером?
3 alarm2020
 
27.08.22
18:34
(2) А еще можно голубиной почтой. Прикольно, научишься голубей разводить...
4 senior_pomidor
 
27.08.22
18:38
(3) что можно голубиной почтой?
5 alarm2020
 
27.08.22
18:45
(4) Передавать данные
6 senior_pomidor
 
27.08.22
18:46
(5) какие данные ? пример
7 PR
 
27.08.22
18:47
8 senior_pomidor
 
27.08.22
18:51
(7) Спасибо Роман
9 senior_pomidor
 
27.08.22
18:52
(7) какие данные можно передовать этим механизмом?
10 Aleksey
 
27.08.22
19:14
(9) Представь что тебе надо отправить посылку другу.
Ты можешь отправить посылку напрямую (web сервисы, http сервисы)
Либо положить под дерево и сказать другу под каким деревом оно лежит (xml  через ftp)
А можешь обратиться в транспортную компанию которая выдаст тебе трекер для отслеживания посылки, и по окончании передачи пришлет тебе уведомление что посылка доставлена (RabbitMQ)

Так что ответ на твой вопрос - любые двоичные данные
11 senior_pomidor
 
27.08.22
19:17
Ты можешь отправить посылку напрямую (web сервисы, http сервисы)

как бы ты решил вопрос обмена через web  

со вторым понятно по api к применику . пример адрес базы  в строке браузера

а вот через веб сервисы как это все выглядит?
12 Fynjy
 
27.08.22
19:18
(10) лишний гемор с настройкой дополнительного ПО. Посылка доставлена в каждом типовом плане обмена между баз 1С.
13 Aleksey
 
27.08.22
19:27
(11) Чем проще тем лучше. И под проще я понимаю, что лучше всего знаешь.
Поэтому файлик на диске (на ФТП), наше всё.
14 senior_pomidor
 
27.08.22
19:31
а еще варианты ? (web сервисы, http сервисы)
вопрос такой .что нужно на стороне приемника .чтобы сделать обмен .через сервисы . апач нужно поднимать?
15 Aleksey
 
27.08.22
19:34
(14) ты хочешь организовать прямой доступ к базе через интернет? Т.е. выставить базу попой наружу?
16 Aleksey
 
27.08.22
19:34
и да апач или его аналаг нужно поднимать
17 Aleksey
 
27.08.22
19:38
18 senior_pomidor
 
27.08.22
19:41
(17) почитаю спасиб
19 senior_pomidor
 
27.08.22
19:41
(15) я думаю .что не вариант палить базу .да ты прав
20 senior_pomidor
 
27.08.22
19:42
(17) как бы ты сделал ?
21 PR
 
27.08.22
19:48
(9) Любые, кролику пофиг, что передавать
Но вообще философия кролика предполагает большое количество маленьких сообщений
То есть фильмы или архивы баз данных так передавать не нужно, тогда нужно обмениваться ссылками
Идея кролика в гарантированной передаче данных
22 senior_pomidor
 
27.08.22
19:50
(21) ясно))
23 senior_pomidor
 
27.08.22
19:50
(21) а цена на лицензии какова?
24 PR
 
27.08.22
19:51
(23) https://yandex.ru/search/?text=облачный+rabbitmq+цены&lr=213&clid=1836587
Можно и локальный развернуть при желании
25 senior_pomidor
 
27.08.22
19:57
(24) +
26 Гений 1С
 
гуру
27.08.22
20:49
(0) мне нравится http сервицы
27 senior_pomidor
 
27.08.22
21:06
(26)  а чем Сергей расскажите
28 Гений 1С
 
гуру
27.08.22
21:15
(27) ну я на практике юзал. Код писать HTTP-сервиса несложно (я юзал JSON, но лучше XML-сериализацию).
Обмен может быть двухсторонним - передал пакет, получил квитанцию с подтверждением приема, снял регистрацию.
Кидаешь следующий пакет. Просто, быстро, эффективно.
Это я документы и справочники синхронил, почти аналог РИБ.

Помню, мне нужно было базу клиентов синхронить, еще раньше, года два назад. Так HTTp-сервис самое то.
29 senior_pomidor
 
27.08.22
21:22
(28) а можно так если базы 1с в двух разны городах лежат .по сети интеренет
30 Гений 1С
 
гуру
27.08.22
21:54
(29) а в чем проблема-то? как раз для этого и норм. дергаешь хттп-сервисы, хоть в Антарктиде они
31 senior_pomidor
 
27.08.22
22:09
(30) а инфа есть ,где ты по ним читал
чтонить толковое
32 H A D G E H O G s
 
28.08.22
01:45
В этой ветке шикарно всё.
33 Киндер сюрприз
 
28.08.22
08:58
(28) Чем xml-сериализация лучше json?
34 senior_pomidor
 
28.08.22
09:02
(32) раскройте смысл ) почему шикарно все
35 senior_pomidor
 
28.08.22
09:03
(33) наверное скоростью обмена и возможностью большого объема данных за раз
36 Гений 1С
 
гуру
28.08.22
09:04
(31) я ничего по 1С не читаю, я на практике юзаю, ггг...
(33) значения типа дата сериализирует, в JSON есть только дата и число.
(35) Нет, так то JSON компактнее чем XML
37 Киндер сюрприз
 
28.08.22
09:04
(35) вроде наоборот жсон полегче
38 Гений 1С
 
гуру
28.08.22
09:05
(36) поправлюсь: в JSON только строка и число
39 Киндер сюрприз
 
28.08.22
09:08
(38) а даты в жсон не выгружаются разве?
40 СеменовСемен
 
28.08.22
09:10
(39) у гения фобия дат в жсоне. Чтото там в детстве не срослось
41 Киндер сюрприз
 
28.08.22
09:13
Ну там есть какое-то задротство с обработкой дат что приходится их обработку колхозить. Но в целом да, между базами 1С лучше юзать xdto сериализацию в xml.
42 СеменовСемен
 
28.08.22
09:14
(41) просто указываешь поля с датами при чтении
43 H A D G E H O G s
 
28.08.22
09:35
(34) Мене, мене, текел, упарсин.
44 senior_pomidor
 
28.08.22
09:37
(38) в json  прекрасно серириализует все типы  ,дату и др
45 senior_pomidor
 
28.08.22
09:37
(43) )
46 vde69
 
28.08.22
10:55
>>>есть 2 разные базы 1с в разных городах  

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

То есть огромная разница между вариантами
1. Бух (на поддержке) <обмен> бух во фреше
2. самописка наша <обмен> самописка раруса

то есть для начала озвуч, чего с чем дружить будешь
47 Фрэнки
 
28.08.22
11:39
вопрос-то был поставлен не чего с чем,
а какую технологию обмена предпочитают использовать,

т.е. в силу каких-то значительных преимуществ, одна из общедоступных технологий явно выигрышная во всех отношениях, но отчего-то ТС об этом не знает.
48 СеменовСемен
 
28.08.22
11:40
(47) все плюс минус одинаковы
49 Фрэнки
 
28.08.22
11:40
А вот авторазметку текстов сообщений действительно напрашивается отключить
50 ДедМорроз
 
28.08.22
12:30
Самый простой способ - это e-mail,так как требует только доступа к почтовому ящику.
Все остальное требует настройки подключения к чему-либо.

Кролик хорош,если отправлять объекты в момент записи - тогда много маленьких сообщений,а кролик гарантирует доставку и порядок.
Все остальное требует плана обмена,который выгружает в xml,а уж способов передачи этого xml - в том чтсле и флэшка на лапке голубя.

Опять же,web/http-сервисы - это про общение баз в режиме online.
51 vde69
 
28.08.22
13:14
(47) обмен сферического коня в вакууме😁

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

По этому сначала нужно определить что именно будет в обмене и какие критерии к нему применимы.
52 alarm2020
 
28.08.22
13:26
(51) Все биты одинаковы. Это факт
53 ДедМорроз
 
28.08.22
15:15
(52) биты да.
Но везем-то мы данные,которые этими битами представлены.
Тут важно понимать срочность,что делать при недоставке и что делать при одновременном изменении.
Тут в вопросе даже про конфигурации не уточнили и для чего обмен,поэтому,все способы хороши.
54 ДедМорроз
 
28.08.22
15:18
Если контейнер,заполненный жесткими дисками отправить из Москвы во Владивосток,то он доедет за неделю.
Вопрос - при каком объеме данных этот способ окпжется выгоднее всех остальных ?
55 alarm2020
 
28.08.22
15:46
(54) Ответ готов. Ни при каком.
56 withoutname
 
28.08.22
18:12
(0) Объем передаваемых данных?
Как часто нужно обмениваться?
Будешь сам программировать или хочется типового? )
57 senior_pomidor
 
28.08.22
18:51
(56) пару спр и заявки
часто  пару раз в день
сам
58 DGorgoN
 
29.08.22
08:37
(55) Зря ты так, объем посчитай. Ни одно оптоволокно не затащит )
59 Serg_1960
 
29.08.22
09:00
Объём, скорость и частота обмена определяют выбор транспорта. Ваш КЭП.