sergeev: Дмитрий, повторюсь. Копировщики давно имеются годиков эдак 4-5. и локальные и удаленные, и с промежуточными серверами. В каких то слушающих за меня контролах не нуждаюсь.
Здесь хочу сделать общефорумное обсуждение между людьми, которые на этом съели собаку. И на основани выведенных плюсов и минусов технологий - сделать варианты надежных копировщиков, которые стабильны и устойчивы как к количеству клиентов так как качеству соединения и нагрузке на каналы.
Тогда почему бы вам не начать с того, что изложить полностью и подробно свою идеологию, по которой работают ваши копировщики?
Тогда почему бы вам не начать с того, что изложить полностью и подробно свою идеологию, по которой работают ваши копировщики?
имеющаяся идеология простая - создается список ордеров мастера и этот список дублируется на клиенте. Для локального - передача списка идет через маппинг, для удаленного через промежуточный сервер по http.
В отношении локального все устраивает. Но для удаленного http гложет червяк неуверенности правильный ли подход выбрал. С сокетами имею другие проекты, для копира применять их было только в планах.
Вот поэтому и захотел пообщаться на тему кто в чем уверен и знает встречающиеся проблемы, чтоб выбрать новую или остаться на старой технологии. Как уже говорил - при определении всех аспектов - буду делать открытый проект (если братья идеологи не против).
Проверка истинности переданных данных уже реализована в TCP/IP на уровне протокола.
имеется ввиду недопринятость данных и потеря связи. но в принципе все верно. если сокет дал сбой то пакет считается ошибочным и отвергается
Рекомендую познавательный ролик, в котором наглядно представлены все плюсы и минусы существующих соединений, в том числе протокола TCP/IP.
>Дмитрий, повторюсь. Копировщики давно имеются годиков эдак 4-5. и локальные и удаленные, и с промежуточными серверами. В каких то слушающих за меня контролах не нуждаюсь.
Здесь хочу сделать общефорумное обсуждение между людьми, которые на этом съели собаку. И на основани выведенных плюсов и минусов технологий - сделать варианты надежных копировщиков, которые стабильны и устойчивы как к количеству клиентов так как качеству соединения и нагрузке на каналы.
Тогда почему бы вам не начать с того, что изложить полностью и подробно свою идеологию, по которой работают ваши копировщики?
Тогда почему бы вам не начать с того, что изложить полностью и подробно свою идеологию, по которой работают ваши копировщики?
имеющаяся идеология простая - создается список ордеров мастера и этот список дублируется на клиенте.
Для локального - передача списка идет через маппинг, для удаленного через промежуточный сервер по http.
В отношении локального все устраивает. Но для удаленного http гложет червяк неуверенности правильный ли подход выбрал. С сокетами имею другие проекты, для копира применять их было только в планах.
Вот поэтому и захотел пообщаться на тему кто в чем уверен и знает встречающиеся проблемы, чтоб выбрать новую или остаться на старой технологии.
Как уже говорил - при определении всех аспектов - буду делать открытый проект (если братья идеологи не против).