Народ, прошу совета.
Есть следующая задача: Есть страница в ВК компании, пользователи ВК могту писать сообщения и операторы их обрабатывают. пока они отвечают прямо в браузере. Нужно написать приложение. где будут работать операторы, чтобы можно было организовать учет, контроль и т.п.
Хочу все это сделать через TCP на Indy. Клиенты делают запрос на сервер (например отправить сообщение пользователю, просмотреть переписку), сервер его отправляет. Т.е. сервер выступает шлюзом для работы с ВК. Тут проблем нет.
Проблема возникает когда ВК становится источником события (например пользователь начал набирать текст или прислал новое сообщение в чат). Изучил API ВК и эти события я могу отследить на стороне сервера. Проблема состоит в том, чтобы информацию о событии передать клиентам.
Пока приходит в голову идея при получении информации о событии на стороне сервера перебирать клиентов и писать в сокет информацию о событии, на стороне клиента раз в секунду, например, читать соединение. Насколько этот метод жизнеспособен? Что будет если сервер запишет в сокет подряд несколько событий, что прочитает клиент? Не будет ли тормозить эта схема, если от ВК будет много событий и сервер постоянно будет писать клиентам в сокеты события (веди при этом блокируется весь список клиентов на сервере).
Может есть другие варианты? Готов ответить на вопросы, если криво изложил))

Dimitry Sibiryakov,
автора всю работу с API ВК организовать прямо в
приложении. В ВК есть ограничение на кол-во запросов к API в секунду. Если одновременно 20 клиентов сделают по 5 запросов в течении секунды - половина отвалится + тогда сложнее отслеживать события в ВК.
авторИ изучить работу с winsock чтобы не нести бред о "блокируется весь список клиентов".
Можно пример как со стороны сервера отправить клиенту сообщение без инициации активности со стороны клиента в Indy. Например есть сервер TCP и к нему подключено 3 клиента. Как клиенту 1 отправить сообщение клиенту 3?

Dimitry Sibiryakov,
С winsock не приходилось работать пока. Есть в наличии Indy, со своими задачами он справлялся до сих пор.
На Indy это можно сделать? или смотреть в сторону winAPI?

Спасибо за советы. Я имел дело по только с Инди, остальные компоненты посмотрю. С самим АПИ ВК проблем нет, да он сделан поверх HTTPS.
По сути основная проблема для меня вот в чем. Есть процесс, который живёт в отдельном потоке и в нем перманентно рождаются некоторые данные. И есть клиенты, которым эти данные нужно передать. Причём клиент должен получить свою часть данных или не получить ничего, если данных для него нет.
Как грамотно организовать этот процесс?
Пока на ум приходит сервер tcp на Инди. Один из клиентов будет отправлять на сервер данные, а сервер по факту получения порции данных будет перебирать клиентов и если найдёт нужного, то будет писать в его сокет данные. На стороне клиента читать сокет с тайм-аутом 5 мс например, если что-то прочитается - обработать, если нет, делать паузу и читать дальше.
Может есть более грамотная организация процесса?

Фэйтл Эра,
Нет это разные приложения на разных машинах в сети.

Фэйтл ЭраmaloletovФэйтл Эра,
Нет это разные приложения на разных машинах в сети.
Сеть - локальная (ограничена предприятием)?
Да, локалка

Фэйтл ЭраМожно реализовать подписку .
Сервер публикует все данные, которые у него появляются, а клиенты подписываются на те, которые им нужны.
Преимущества: заранее неизвестно, что там клиентам может понадобится.

Если сеть локальная - ZeroMQ: 16588333
Спасибо, интересный вариант, покопаю в этом направлении