使用非常大的文档时,它是否会基本上压倒连接并停止使用差异或成功管理差异?
答案 0 :(得分:3)
简而言之:差异
每当有人点击一个以太网文档中的密钥时,所有连接的参与者都会收到一条短消息(大约100字节+大约几千字节的HTTP标题和内容)
带宽不会是第一个瓶颈,所以不要担心使用etherpad lite服务器使带宽饱和(“填满”)。底层框架(node.js)本身可能(静态文件等),但是etherpad lite代码肯定会受到CPU速度和可能的磁盘空间的限制。 (经典的ehterpad每天可以生成GB的磁盘日志文件,我不知道“lite”是否默认为更有限的日志记录,但您当然可以更改它或只删除旧的日志文件)
我在旧的/原始的etherpad周围戳了一下,而etherpad lite使用相同的方法来处理文本文档。没有文档“完整”存储,但始终作为一组更改。更改将“回放”以重新创建文档。为了避免播放数以千计的微小变化,数据库中存储了聚合更改(因此您可以在log10时间范围内播放更改)。
答案 1 :(得分:1)
我会向作者(petermartischka - googlemail - com?)提出这个问题,而不是在这里发帖回答?
答案 2 :(得分:1)
你应该看一下:http://en.wikipedia.org/wiki/Operational_transformation。
虽然我不了解Etherpad,http://codecollab.gamooga.com/和http://collabedit.com/使用此功能。 Google文档使用了此变体。