Etherpad Lite传输整个文件还是只传输差异？
当处理非常大的文档时，它是否基本上压倒了连接，并停止或成功pipe理使用差异？
总之：差异
每当有人在etherpad文件中键入一个键时，所有连接的参与者都会收到一条短消息（大约100个字节+一些千字节左右的HTTP头文件）
带宽不会成为第一个瓶颈，所以不要担心用etherpad lite服务器饱和（“填满”）带宽。 底层框架（node.js）本身可能（静态文件等），但是etherpad lite代码肯定会受到CPU速度和可能的磁盘空间的限制。 （经典的ehterpad每天可以生成GB的磁盘日志文件，我不知道“精简版”是否默认为更有限的日志logging，但是您当然可以改变这种情况，或者干脆删除旧的日志文件）
我用旧的/原始的etherpad，etherpad lite使用相同的方法来处理文本文件。 没有文档被“全部”存储，但总是作为一组更改。 运行“回放”更改以重新创build文档。 为了避免重复数千次微小的更改，数据库中存储了汇总更改（因此您可以以log10时间刻度播放更改）。
我会问这个问题给作者（petermartischka – googlemail – com？），而不是在这里发布答案？
你应该看看这个： http : //en.wikipedia.org/wiki/Operational_transformation 。
虽然我不知道Etherpad， http : //codecollab.gamooga.com/和http://collabedit.com/使用这个。 Google文档使用这种变体。