Корпоративный мессенджер

@GringoV · Регистрация: 29.11.2014

Всем привет. Заказали корпоративный мессенджер в структуре
клиент1 - сервер - клиент2

Работа по http протоколу.

Как переслать сообщение от 1 клиента серверу я знаю.

Но как переслать сообщение от сервера к клиенту 2 ? Ведь клиент это приложение на телефоне - а значит его IP будет постоянно меняться. По какому IP слать запрос?

У меня 2 идеи
1) клиент2 постоянно шлет сообщения по таймеру - а не пришло ли мне сообщение? Но это нагрузка на сервер, так как 90% запросов будут приходить отрицательными.
2) клиент 2 периодически сообщает серверу свой IP, скажем раз в 10 минут или с такой скоростью, с которой меняется динамический IP.

Возможно я не знаю какой-то другой идеи - знатоки подскажите.

@krapotkin · 07.05.2018, 15:21

варианты
1. long polling
2. таймер

Добавлено через 1 минуту
динамический IP меняется очень редко
обычно при первом подключении
но сервер может быть за NAT
тогда все равно он не добьет до клиента

@GringoV · 07.05.2018, 15:40 **[ТС]**

Спасибо за ответ.

Ожидается большая нагрузка, longPolling как я понимаю сохраняет соединения - > рост нагрузки

"но сервер может быть за NAT
тогда все равно он не добьет до клиента"

Не совсем понятно. Допустим я с сервера (через idHTTP) отправляю запрос на клиент2 (idHTTPServer), но тот скрыт за NAT в какой-то сети и тогда запрос не пройдет - это вы имели ввиду?

Остается клиентом2 опрашивать сервер каждые сколько-то секунд - но боюсь опять же за нагрузку.

Хм... должен быть какой-то вариант)) Надо обдумать ещё.

@qwertehok · 07.05.2018, 15:50

а зачем с нуля писать мессенжер? придумывать протокол, сервер, обмен и тд и тп
http://www.bimoid.com
все уже придумано

@GringoV · 07.05.2018, 15:54 **[ТС]**

Нам потом клиентов надо перенести на Android и iOS.
Плюсом специфический функционал дописывать.
Хотя ссылка хорошая, спасибо.

@krapotkin · 07.05.2018, 18:14

Воооо, началось.. )
забыл сказать, там еще клиенты на мобилах ))))
но это так, мелочь))

@GringoV · 07.05.2018, 18:16 **[ТС]**

Ну мелочь не мелочь, а принцип один как я вижу.

@GringoV 16 / 16 / 1 Регистрация: 29.11.2014 Сообщений: 227
		1
	Корпоративный мессенджер 07.05.2018, 11:38. Просмотров 1728. Ответов 6 Метки нет (Все метки) Всем привет. Заказали корпоративный мессенджер в структуре клиент1 - сервер - клиент2 Работа по http протоколу. Как переслать сообщение от 1 клиента серверу я знаю. Но как переслать сообщение от сервера к клиенту 2 ? Ведь клиент это приложение на телефоне - а значит его IP будет постоянно меняться. По какому IP слать запрос? У меня 2 идеи 1) клиент2 постоянно шлет сообщения по таймеру - а не пришло ли мне сообщение? Но это нагрузка на сервер, так как 90% запросов будут приходить отрицательными. 2) клиент 2 периодически сообщает серверу свой IP, скажем раз в 10 минут или с такой скоростью, с которой меняется динамический IP. Возможно я не знаю какой-то другой идеи - знатоки подскажите. 0

@krapotkin 4534 / 3753 / 1259 Регистрация: 14.04.2014 Сообщений: 17,432 Записей в блоге: 17
	07.05.2018, 15:21	2
	варианты 1. long polling 2. таймер Добавлено через 1 минуту динамический IP меняется очень редко обычно при первом подключении но сервер может быть за NAT тогда все равно он не добьет до клиента 0

@GringoV 16 / 16 / 1 Регистрация: 29.11.2014 Сообщений: 227
	07.05.2018, 15:40 [ТС]	3
	Спасибо за ответ. Ожидается большая нагрузка, longPolling как я понимаю сохраняет соединения - > рост нагрузки "но сервер может быть за NAT тогда все равно он не добьет до клиента" Не совсем понятно. Допустим я с сервера (через idHTTP) отправляю запрос на клиент2 (idHTTPServer), но тот скрыт за NAT в какой-то сети и тогда запрос не пройдет - это вы имели ввиду? Остается клиентом2 опрашивать сервер каждые сколько-то секунд - но боюсь опять же за нагрузку. Хм... должен быть какой-то вариант)) Надо обдумать ещё. 0

@qwertehok 3477 / 2968 / 799 Регистрация: 29.08.2013 Сообщений: 19,883 Записей в блоге: 1
	07.05.2018, 15:50	4
	а зачем с нуля писать мессенжер? придумывать протокол, сервер, обмен и тд и тп http://www.bimoid.com все уже придумано 0

@GringoV 16 / 16 / 1 Регистрация: 29.11.2014 Сообщений: 227
	07.05.2018, 15:54 [ТС]	5
	Нам потом клиентов надо перенести на Android и iOS. Плюсом специфический функционал дописывать. Хотя ссылка хорошая, спасибо. 0

@krapotkin 4534 / 3753 / 1259 Регистрация: 14.04.2014 Сообщений: 17,432 Записей в блоге: 17
	07.05.2018, 18:14	6
	Воооо, началось.. ) забыл сказать, там еще клиенты на мобилах )))) но это так, мелочь)) 0

@GringoV 16 / 16 / 1 Регистрация: 29.11.2014 Сообщений: 227
	07.05.2018, 18:16 [ТС]	7
	Ну мелочь не мелочь, а принцип один как я вижу. 0

Опции темы