Frage

Wenn Sie mit sehr großen Dokumenten arbeiten, überwältigt es grundsätzlich die Verbindung und den Boden, um mit DIRFLY miteinander zu stoppen oder erfolgreich zu verwalten?

War es hilfreich?

Lösung

kurz: diff

Jedes Mal, wenn jemand einen Schlüssel in einem EtherPAD-Dokument trifft, erhalten alle verbundenen Teilnehmer eine kurze Nachricht (etwa 100 Byte + einiger Kilobyte oder von HTTP-Header und Sachen)

Bandbreite ist nicht der erste Engpass, also sorgen Sie sich also nicht um Sättigung ("Füllen") Ihre Bandbreite mit einem EtherPad Lite-Server. Das zugrunde liegende Framework (Node.js) auf eigene Option könnte (statische Dateien usw.), aber der Ethernpad-Lite-Code wird sicherlich durch CPU-Geschwindigkeit und möglicherweise Speicherplatz begrenzt. (Das klassische EHTERPAD kann GB von Festplatten-Protokolldateien pro Tag generieren, und ich weiß nicht, ob "Lite" die standardisierte Protokollierung standardmäßig ist, aber Sie können natürlich die alten Protokolldateien ändern oder einfach löschen)

Ich habe um das alte / ursprüngliche EtherPad gestopft und EtherPad Lite verwendet die gleichen Methoden zum Umgang mit Textdokumenten. Kein Dokument wird "in voller" gespeichert, aber immer als Satz von Änderungen. Die Änderungen werden "Play Back" ausgeführt, um das Dokument neu zu erstellen. Um nicht in Tausende von winzigen Änderungen zurückzuspielen, gibt es in der Datenbank gespeicherte aggregierte Änderungen (sodass Sie Änderungen in der Log10-Zeit-Skala wiedergeben).

Andere Tipps

Ich würde diese Frage an den Autor stellen (Petermartischka - Googlemail - com?), vielleicht bitte Antwort hier?

Sie sollten sich das ansehen: http://en.wikipedia.org/wiki/operational_transformation.

Während ich über EtherPad nicht weiß, http://codecollab.gamooga.com/ und http://collabedit.com/ verwenden diese.Google Docs verwendet eine Variante davon.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top