Domanda

Quando si lavora con documenti molto grandi, sostanzialmente travolgono la connessione e il terreno a fermarsi o gestire con successo utilizzando diffs?

È stato utile?

Soluzione

In breve: diff

Ogni volta che qualcuno colpisce una chiave in un documento Etherpad, tutti i partecipanti connessi ottengono un breve messaggio (circa 100 byte + alcuni kilobyte o così di intestazioni e cose http)

La larghezza di banda non sarà il primo collo di bottiglia, quindi non preoccuparti di saturare ("riempire") la tua larghezza di banda con un server Etherpad Lite. Il framework sottostante (node.js) da solo forse potrebbe (file statici, ecc.), Ma il codice Etherpad Lite sarà sicuramente limitato dalla velocità della CPU e dal possibilmente spazio su disco. (Il classico Ehterpad può generare GB di file di registro del disco al giorno e non so se "lite" è inadempiente per la registrazione più limitata, ma puoi ovviamente cambiare o semplicemente eliminare i vecchi file di registro)

Ho potato attorno al vecchio / originale Etherpad e Etherpad Lite utilizza gli stessi metodi per gestire i documenti di testo. Nessun documento è memorizzato "in pieno" ma sempre come un insieme di modifiche. Le modifiche vengono eseguite "Riproduci" per ricreare il documento. Per evitare di riprodurre migliaia di minuscole modifiche, ci sono le modifiche aggregate memorizzate nel database (in modo da riprodurre le modifiche alla scala temporale log10).

Altri suggerimenti

Avrei fatto questa domanda all'autore (Petermartischka - Googlemail - com?) Invece, forse postare la risposta qui?

Dovresti guardare questo: http://en.wikipedia.org/wiki/operational_transformation.

while non so di Etherpad, http://codecollab.gamooga.com/ e http://collabedit.com/ Usa questo.Google Docs utilizza una variante di questo.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top