質問

非常に大きな文書を使用しているときは、基本的に接続とグランドを停止に圧倒したり、Diffを使用して管理しましたか?

役に立ちましたか?

解決

の簡単:diff

誰かがEtherPadドキュメントでキーを打つたびに、すべての接続されている参加者が短いメッセージ(約100バイト+ +数キロバイトまたはそのHTTPヘッダーやスタッファーの数)を取得します。

帯域幅は最初のボトルネックではありませんので、飽和( "Filling" "EtherPad Liteサーバーで帯域幅を飽和させません。それ自身のおそらく(静的ファイルなど)の基礎となるフレームワーク(node.js)は、EtherPad Liteコードが確実にCPU速度とディスク容量によって制限されます。 (古典的なehterpadは1日あたりのディスクログファイルのGBを生成でき、Lite "がLight Loggingにデフォルト設定されているかどうかわかりませんが、もちろんOld Log Filesを変更するか、単に古いログファイルを削除することができます)

私は古い/オリジナルのEtherPadを中心にし、EtherPad Liteはテキスト文書を処理するために同じ方法を使用しています。文書は「フルで」保存されていませんが、常に一連の変更です。変更は「再生」を実行して文書を再作成します。数千の小さな変更を再生しないようにするために、データベースに格納されている集計変更があります(したがって、Log 10 Time Scaleの変更を再生します)。

他のヒント

この質問を著者(Petermartischka - Googlemail - com?)に尋ねるでしょう。

これを見るべきです。 http://en.wikipedia.org/wiki/operational_transformationdud/a>。

私はEtherPad、 http://collabedit.com/ これを使用します。Google Docsはこれのバリアントを使用しています。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top