Copiadora de transações/sinais altamente confiável (discussão ideológica e desenvolvimento) - página 9

 
OnGoing:
A verificação da veracidade dos dados transmitidos já está implementada no TCP/IP em nível de protocolo.

Isto se refere a falha de comunicação de dados e perda de conectividade. mas é basicamente correto. se um soquete falhar, o pacote é considerado inválido e é rejeitado.
 

Recomendo o vídeo informativo, que mostra claramente os prós e os contras das conexões existentes, incluindo o protocolo TCP/IP.

 
sergeev:
Dmitry, vou dizer novamente. Tenho máquinas copiadoras há cerca de 4-5 anos, tanto locais quanto remotas, e com servidores intermediários. Não preciso que nenhum controlador me escute.

Aqui eu quero fazer uma discussão em todo o fórum entre pessoas que aprenderam muito sobre o assunto. E com base nos prós e contras das tecnologias para fazer variantes de máquinas copiadoras confiáveis, que são estáveis e resistentes ao número de clientes, bem como à qualidade da conexão e carga nos canais.

Então por que você não começa por expor em detalhes sua ideologia de como funcionam suas copiadoras?
 
Integer:

Então por que você não começa definindo em detalhes sua ideologia pela qual seus copiadores operam?

A ideologia existente é simples - uma lista de ordens mestre é criada e esta lista é duplicada no cliente.
Para local - a lista é transferida via mapeamento, para remoto - via servidor intermediário via http.

Funciona bem para o local. Mas para o remoto http roer o verme da incerteza se eu tiver escolhido a abordagem correta. Tenho outros projetos com soquetes, pois o uso de fotocopiadoras estava apenas nos planos.

É por isso que eu quero discutir quem está confiante em quê e conhecer os problemas encontrados, a fim de escolher uma nova tecnologia ou ficar com a tecnologia antiga.
Como disse - quando todos os aspectos estiverem determinados - farei um projeto aberto (se os irmãos ideólogos não se importarem).

 
Caramba, este é o tema -- uma rede de sinais peer-to-peer.