Pergunta

Ao trabalhar com documentos muito grandes, basicamente iria sobrecarregar a conexão e o solo a parar ou gerenciar com êxito usando difs?

Foi útil?

Solução

Em suma: diff

Cada vez que alguém atinge uma chave em um documento Etherpad, todos os participantes conectados recebem uma mensagem curta (cerca de 100 bytes + alguns kilobyte ou de cabeçalhos e coisas http)

largura de banda não será o primeiro gargalo, portanto, não se preocupe com saturação ("enchimento") sua largura de banda com um servidor EtherPad Lite. O framework subjacente (Node.js) por si só poderia (arquivos estáticos etc), mas o código do Lite Etherpad certamente será limitado pela velocidade da CPU e possivelmente espaço em disco. (O clássico ehterpad pode gerar GB de arquivos de log de disco por dia e eu não sei se "lite" está inadimplendo para o registro mais limitado, mas você pode mudar de modo claro que ou simplesmente excluir arquivos de log antigos)

Eu cutuei ao redor do antigo / original Etherpad e Etherpad Lite usa os mesmos métodos para lidar com documentos de texto. Nenhum documento é armazenado "na íntegra", mas sempre como um conjunto de alterações. As alterações são executadas "Reproduzir" para recriar o documento. Para evitar reproduzir milhares de pequenas alterações, há alterações agregadas armazenadas no banco de dados (para que você reproduz alterações na escala de tempo log10).

Outras dicas

Eu faria essa pergunta para o autor (Petermartischka - GoogleMail - com?) Em vez disso, talvez postar resposta aqui?

Você deve olhar para este: http://en.wikipedia.org/wiki/operational_transformation.

Enquanto eu não sei sobre etherpad, http://codecollab.gamooga.com/ e http://collabedit.com/ Use isso.O Google Docs usa uma variante disso.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top