Lidar com ligação à Internet instável no Server-Client App

Question

o que a tecnologia i pode usar para gerenciar a conexão de internet instável em um aplicativo de servidor-cliente. eu sei principalmente PHP (+ Zend Framework), aprendendo C # e ASP.NET MVC. eu ouvi WCF / MSMQ é algo que pode ajudar ... mas como ... há PHP alguma coisa (que eu sou mais familiar) pode fazer? mas também é bom saber uma alternativa .NET se o seu melhor

segundo plano:

cliente *** s *** irá se conectar ao db servidor para fazer CRUDs. mas se a ligação à Internet falhar isso não será possível. Então, como posso corrigir isso?

a solução usada agora era ter de localhost db. no final do dia, todos os clientes fará o upload para o servidor e manhã de download "consolidado" db do servidor. este não é infalível como upload / download ainda pode falhar. e considerando grandes amts de dados transferidos, ele realmente aumenta as chances.

Atualizar :? Há um substituto PHP / Zend Framework / MySQL para MSMQ / WCF

Answer 1

WCF pode ajudar, porque ele suporta várias tecnologias para transferência de mensagens confiável.

Uma coisa que pode ajudá-lo é ter os clientes a tomar muda seus dados localmente, em seguida, enviar essas alterações para uma fila de mensagens confiável. Você não vai fazer upload de todas as alterações em uma única transação. Você pode fazer upload de 10 de cada vez, possivelmente, um de cada vez. Como as mensagens enviadas são processados ??no servidor, o servidor iria escrever os resultados de transação para outra fila, único para cada cliente. Após o upload (ou talvez ao mesmo tempo), o cliente iria verificar essa fila para ver o que o resultado de cada carregamento era. Se o resultado foi o sucesso, em seguida, o cliente pode remover seu banco de dados local. Se o resultado foi um fracasso, então o cliente deve tentar carregá-lo novamente.

Claro, você deve sempre ter cuidado de que suas tentativas de recuperação de erros não piorar as coisas. Muito tráfego de repetição em um link ruim pode muito bem causar mais de tráfego, o que pode em si precisa de recuperação, etc.

E, claro, a melhor solução é avançar para as ligações que são mais confiáveis. Não necessariamente mais rápido, mas apenas mais confiável.