Высоконадежный копировщик сделок/сигналов (обсуждение идеологии и разработка) - страница 9

[---]

OnGoing:
Проверка истинности переданных данных уже реализована в TCP/IP на уровне протокола.

имеется ввиду недопринятость данных и потеря связи. но в принципе все верно. если сокет дал сбой то пакет считается ошибочным и отвергается

[Лекарь Центозависимых]

Рекомендую познавательный ролик, в котором наглядно представлены все плюсы и минусы существующих соединений, в том числе протокола TCP/IP.

>

[Dmitry Fedoseev]

sergeev:
Дмитрий, повторюсь. Копировщики давно имеются годиков эдак 4-5. и локальные и удаленные, и с промежуточными серверами. В каких то слушающих за меня контролах не нуждаюсь.

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

Тогда почему бы вам не начать с того, что изложить полностью и подробно свою идеологию, по которой работают ваши копировщики?

[---]

Integer:

Тогда почему бы вам не начать с того, что изложить полностью и подробно свою идеологию, по которой работают ваши копировщики?

имеющаяся идеология простая - создается список ордеров мастера и этот список дублируется на клиенте.
Для локального - передача списка идет через маппинг, для удаленного через промежуточный сервер по http.

В отношении локального все устраивает. Но для удаленного http гложет червяк неуверенности правильный ли подход выбрал. С сокетами имею другие проекты, для копира применять их было только в планах.

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

[TheXpert]

Блиин, а это тема -- пиринговая сеть сигналов.