Вход | Регистрация


1С:Предприятие :: 1С:Предприятие 8 общая

COM-соединение через VPN

COM-соединение через VPN
Я
   Septera
 
20.08.18 - 10:55
Доброго времени суток!
Есть мысль сделать обмен между одинаковыми удаленными базами через COM-запросы и VPN. Интернет выделенный, стабильный. Взлетит?
 
 
   Остап Сулейманович
 
1 - 20.08.18 - 10:58
(0) Почему бы ему не взлететь? Особенно если инет действительно стабильный.

ЗЫ. Но вообще рекомендуется пользоваться ВЕБ-сервисами. Оно хоть и медленней и гемора больше, но зато надежней.
   Septera
 
2 - 20.08.18 - 11:02
(1) вот в этом и проблема, сейчас именно такой обмен и настроен, а чтобы его поддерживать и развивать нужно несколько программистов проф. уровня со знанием тонкостей апач и т.п., а хотелось бы более простое и прозрачное решение
   Septera
 
3 - 20.08.18 - 11:04
(1) Кста, а кушает ли лицензию WS-соединение?
   hhhh
 
4 - 20.08.18 - 11:06
(3) по идее должно кушать
   Остап Сулейманович
 
5 - 20.08.18 - 11:06
(2)
1. Зачем программистам знать тонкости апача? Оно стсуко работает так что раз настроил и забыл.

2. "простое и прозрачное решение" Для обмена через инет как раз и будут ВЕБ-сервисы. А не КОМ поверх ВПН.

(3) Да. Равно как и КОМ.
   ermola
 
6 - 20.08.18 - 11:08
(0) Работает, но очень медленно. Сейчас перешли 8,3 и переделываем на ВЕБ-сервисы.
   timurhv
 
7 - 20.08.18 - 11:10
(4) COM съест, WS - нет.
   Septera
 
8 - 20.08.18 - 11:10
(5) согласен насчет стабильности, здесь вопросов нету, но сейчас, например, при передаче больших данных происходит зависание соединения и среди команды блуждает мнение что виноват апач... поэтому тонкости все таки знать приходиться как не крути)
   hhhh
 
9 - 20.08.18 - 11:12
(6) да, там если com не на этом компьютере, сам процесс секунд 20 запускается.
   timurhv
 
10 - 20.08.18 - 11:12
+(4),(7) Хотя вру :( Оба жрут
 
 Рекламное место пустует
   ermola
 
11 - 20.08.18 - 11:13
(8) Большие данные это сколько? У меня максимальный пакет где-то 10 мегабайт. Апач настройки по умолчанию. Стоит на винде.Проблем нет.
   Звездец
 
12 - 20.08.18 - 11:13
(8) так не передавайте большие данные
   Остап Сулейманович
 
13 - 20.08.18 - 11:14
(8) Всех тонкостей - это время таймаута в 20 мин. Все.
Если обслуживание запроса требует большего времени - нужно менять логику работы.
   Septera
 
14 - 20.08.18 - 11:14
(6) что съедает больше всего времени, соединение, запрос или что-то другое?
   Necessitudo
 
15 - 20.08.18 - 11:14
Веб-сервисы и фоновые задания не жрут лицензий.
   Остап Сулейманович
 
16 - 20.08.18 - 11:15
(11) Дело не в размере передаваемых данных. Код обработки метода ВЕБ-сервиса может выполняться долго.
   hhhh
 
17 - 20.08.18 - 11:17
(14) запросы разные бывают. Например, что-то у вас в запросе там набыдлокодили, вот у вас уже и апач виноват.
   Septera
 
18 - 20.08.18 - 11:17
(9) а если сериализовывать его и пытаться при следующем соединении восстановить?
   Остап Сулейманович
 
19 - 20.08.18 - 11:17
+ (16) Апач считает все, что не закрылось в течении 20 мин. зависшим. И сбрасывает соединение. 1С об этом не знает и клиент продолжает ждать ответа от сервера.
   ermola
 
20 - 20.08.18 - 11:18
(14) Инициализация соединения долго. И сама передача как-то вяло идет. Локально на прядок быстрее. Сильно не копали.
В ВЕБ как не странно пофигу локально или через сеть гнать скорость одинаковая, но чуть медленей локального COM соединения.
   Septera
 
21 - 20.08.18 - 11:19
(11) больше 100 МБ
   ermola
 
22 - 20.08.18 - 11:20
(16) Код весь максимально оптимизирован. Предел 30 секунд.  Так как COM тормозило не по детски.
   hhhh
 
23 - 20.08.18 - 11:20
(18) я делал так, но сериализация таких соединений - это незадокументированная фича, сегодня работает, а завтра выйдет новая платформа, а там это прикрыли.
   Остап Сулейманович
 
24 - 20.08.18 - 11:20
(18) Можете сериализовать и записать на флешку ))).
Только 1С на стороне сервера сеанс убъет - хоть 100500 раз десериализуйтесь.
   Septera
 
25 - 20.08.18 - 11:21
(19) спасибо, проверю
   ermola
 
26 - 20.08.18 - 11:22
(21) Тогда надо рубить. Апач не любит толстые потоки.
   Septera
 
27 - 20.08.18 - 11:25
(26) видимо все к этому идет
   kittystark
 
28 - 20.08.18 - 11:29
тормоза в веб сервисах могут быть от того что сидит в используемых пространствах имен, у себя за 3 дня урезали их по миниму, получилось с полутора минут до одной-трех сек передачу ВСЕХ остатков и резервов оптимизировать, а на СОМе таких результатов и близко не было
   ermola
 
29 - 20.08.18 - 11:36
сидит в используемых пространствах имен - подробней можно?
   Septera
 
30 - 20.08.18 - 11:40
(28) спасибо, не знал
   braslavets
 
31 - 20.08.18 - 12:20
(0) А еще лучше через HTTPсервисы.
   Юрий Лазаренко
 
32 - 20.08.18 - 12:38
(5) "Зачем программистам знать тонкости апача?" - тем более, что там и тонкостей то нет. Практически все из коробки запускается.
   Сияющий в темноте
 
33 - 20.08.18 - 22:11
Разделите проблему на две
доставка больших файлов с подтверждением
загрузка данных из файла
тогда вам будет пофиг,как и кто доставляет ваши даннын,а программисты будут точить дерево на чтении файлов,что просто,ясно и легко отлаживать.
 
 


Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Рекламное место пустует