在使用非常大的文件时,它将基本上压倒连接和地面停止或使用diff成功管理吗?

有帮助吗?

解决方案

简而言之:差异

每次有人在etherpad文档中击中一个键,所有连接的参与者都会收到一条短消息(大约100个字节+一些千字节或HTTP标头和东西)

带宽不会是第一个瓶颈,因此不要担心使用EtherPad Lite服务器饱和(“填充”)带宽。底层框架(Node.js)自己可能(静态文件等),但Etherpad Lite代码肯定会受到CPU速度和可能磁盘空间的限制。 (古典Ehterpad可以每天生成GB的磁盘日志文件,我不知道“Lite”是否默认为更有限的日志记录,但您可以更改或简单地删除旧日志文件)

我围绕旧的/原始Etherpad戳了戳,并且Etherpad Lite使用相同的方法来处理文本文档。没有文件“完整”存储,但始终作为一组更改。更改已运行“播放”以重新创建文档。为避免返回数千个微小的更改,数据库中存储了聚合变更(因此您在log10时间尺度中播放更改)。

其他提示

我会向作者提出这个问题(petermartischka - googlemail - com?),也许在这里发布答案?

你应该看这个: http://en.wikipedia.org/wiki/operational_transformation

虽然我不知道Etherpad, http://codeCollab.gamooga.com/ http://collabedit.com/ 使用它。Google文档使用此变体。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top