Задача, есть некоторый сервер, который слушает некоторое, заранее известное, кол-во клиентов.
Сервер получает от них сообщение обрабатывает без ответа. Так же сервер может в определенных ситуациях слать сообщения определенным клиентам.
Клиент может подождать, если с сервером уже кто-то общается.
Так же крайне желательно обойтись всего 1 сокетом на принимающей стороне. Request- response сокеты отпадают из-за своего четкого режима работы запрос-ответ. Что посоветуете?
Ответ на:
комментарий
от vertexua
Ответ на:
комментарий
от LIKAN
Ответ на:
комментарий
от vertexua
Ответ на:
комментарий
от LIKAN
Ответ на:
комментарий
от vertexua
Ответ на:
комментарий
от vertexua
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
Похожие темы
- Форум Кто-нибудь работал с msa2324 через xml api? (2013)
- Форум Apache и необычный POST-запрос (2020)
- Форум Как правильно закрывать сокетное соединение? (2004)
- Форум (cryptoapi) Как мне передать от родителя к дочернему процессу sechandle? (2017)
- Форум Проброс IP-адреса клиента на nginx через haproxy (2018)
- Форум Suricata/Snort (NFQ) «теряют» второй входящий подряд DNS запрос на сервер. (2016)
- Форум возможно, глупый вопрос про epoll (2017)
- Форум Выбор роутера для оптики (сокет FC). (2013)
- Форум Настройка двух фрондендов на HAProxy, для 80 и 443 портов (2018)
- Форум Пакеты доходят до процесса с задержкой. (2012)