自从我们与Nextcloud集成以来，我们更经常被问到ONLYOFFICE究竟拥有什么，而我们的直接竞争对手Collabora没有？
说到优势，Collabora确实有一个重要的意识形态优势。这个产品基本上是OpenOffice和LibreOffice开源遗产的继承者。争夺用户的战斗很艰难，但是，我们有王牌，这就是这个故事的全部内容。
简短的解剖学课
简而言之，Collabora 是发送到浏览器的服务器托管编辑器的可视化表示。这个编辑器叫做LibreOffice，Collabora有点瘦客户端：你的电脑上没有太多事情发生。整个过程在服务器上运行，并立即显示在Collabora的界面中，这与您在LibreOffice中找到的界面在视觉上有所不同。
在ONLYOFFICE中，这些是我们依赖的客户资源。编辑器确实可以在您的浏览器中工作，并不断与服务器交换其数据。虽然Collabora将几乎所有内容委托给服务器，但我们只在那里放置了少数几个流程，包括保存，转换和拼写检查。这大大节省了服务器资源，并使工作运行得更快。
渲染
不难理解Collabora如何呈现您的输入。页面被分成块，允许加载速度稍快。但是，这些图片从服务器传输的事实可能会有点中断：添加一点连接不稳定，并使一个块的渲染速度比其他块慢或根本不渲染。没有谎言，我们确实做了测试。
Collabora的构建本质上很慢，因为编辑器远离用户：你只能看到一张由坐标操纵的图片。
ONLYOFFICE在浏览器中为您提供完整的编辑器。我们在客户端处理每个事件，并将结果发送到服务器。这似乎提供了比反之亦然的方法更快的编辑过程。
功能性：真实与潜在
LibreOffice的传统是Collabora的真正优势。开发人员不需要发明任何功能，所有内容都可以从LibreOffice自动导入。然而，并非一切都是：您没有自选图形或图表，没有目录。尽管文档打开是在 LibreOffice 级别执行的，但编辑功能仍然是基本的，原因不明。
有时我们会举办或参加一些活动，展示我们的编辑，并被问到诸如“我可以在ONLYOFFICE中更改字体或切换到粗体吗？我们确实感到不安，因为我们很久以前就经历了这个阶段，并且已经具有所有可能的对象，各种可自定义的图表，自选图形和公式。我们目前正在完成目录、数据透视表（已经可以打开）和内置数字签名的工作。
坏基因：兼容性
显然，Collabora继承了LibreOffice的每一个错误和每一个缺点。最重要的是与微软格式的（非常）不良兼容性。
如果你和你的每个同事都崇拜ODF，这绝对不是问题。对于那些强烈喜欢微软或命运的意志必须处理来自多个来源的大量文档的人来说，这是一个问题。这些不会与Collabora交朋友。
几乎 99% 的已知文本文档都存储在.DOC或.DOCX中。开放和免费的办公套件确实鼓舞人心，但微软仍然是世界级的冠军，并且自 2007 年以来将其编辑器安装在 OOXML 中。
ONLYOFFICE的核心建立在.DOCX上，.XLSX 和.PPTX，因为我们只想无缝打开大多数现有文档，而不仅仅是其中的几个文档。我们将比Collabora或LibreOffice做得更好。这从一开始就是我们的工作。
当然，我们也使用 ODF，转换它，并且做得越来越好。
建筑：Collabora更便宜吗？
不，它不是，主要是因为消耗了您的服务器功能。这就是在服务器上容纳编辑者并将图像邮寄给客户端的本质。
让我们快速看一下这个例子：
- 您打开的文档会消耗 500 MB 的内存（加上由于转换过程而可能增加的消耗）。
- 您的同事打开的文档再次占用 500 MB。
- 有人打开另一个 700 页的文档，又带走了 1.5 GB。
- 最终，您最终会导致服务器过载，只是因为三个人打开了他们的文档。
你会说，平衡服务器会有所帮助。但是，当您邀请同事一起编辑报表时，他们将使用由同一服务器托管的编辑器。还有十个人已经在那里编辑他们的文档，哎呀，这里出现了减速和中断。
每个核心 2 GB 的双核服务器平均适合 <> 到 <> 人的团队。你需要多少？随着办公室团队的扩大，像这样的套件会让你永久照看你的服务器，平衡和优化，仍然有进程相互中断。
ONLYOFFICE的架构，安装前优化
因为我们让您的服务器放松。同样，一切都发生在一个人的机器上，他不小心打开了十五个文档并同时编辑了其中的五个文档。果然，服务器承担了责任，但比托管编辑器要少得多。
我们保持客户端和服务器的连接，但只是在很小的必要范围内。实践表明，运行 ONLYOFFICE 的普通服务器每个核心可以承受 75 个主动编辑的文档。回过头来看，虽然一个假设的带有Collabora的双核机器可以为八到十个用户提供服务，但ONLYOFFICE可以容纳150个用户。
协作编辑：让我们共享文档，而不是工具栏
Collabora推出了基于单个编辑器的协同编辑功能，适用于所有处理文档的活跃用户。这意味着不仅要共享编辑过程，还要共享编辑模式。
想象一下，两个人在Collabora中共同编辑一个文档。如果有人打开“修订”模式，它（通常是意外地）为每个用户启动。例如，我们假设这就是为什么Collabora没有不可打印字符的原因。
这在ONLYOFFICE中是不可能的，因为编辑器忠实地属于您，在您自己的浏览器中并在您的控制之下。您可以切换共同编辑模式、修订、不可打印内容等。不会烦人。
您对“撤消”按钮有什么期望？
当您按 Ctrl+Z 时，您希望您所做的最后更改消失。当您共同编辑文档时，您也希望撤消更改。
在Collabora中，撤消和重做与整个文档相关。让我们解释一下：
- 用户 1 键入“A”。
- 用户 2 键入“B”。
- 用户 1 想要撤消“A”，但没有运气：最后一个输入属于用户 2。
- 用户 2 需要先取消其更改。为什么用户 2 会这样做？
Collabora在这里没有区分单独编辑和协作。唯一的算法是按照更改的顺序来反转更改。
在这种方法中，还有另一个微小的奇迹正在发生。因为工具栏上的“撤消”按钮在上次更改不是您时被锁定，所以您可以在那里和回来观看它的变化。工具栏独立于您自己的操作。
在ONLYOFFICE中，您可以在任何共同编辑模式下撤消更改（我们有两个，严格和快速）。这里的关键是一切都发生在客户端，包括更改的顺序。服务器只是一个同步输入的数据库。
迄今：
- Collabora在OpenDocument格式方面的工作比ONLYOFFICE更好，但在OOXML（.DOCX，。XLSX，.PPTX）;
- ONLYOFFICE的功能目前比Collabora更广泛。然而，Collabora可能拥有LibreOffice所做的一切（而且它确实有很多）;
- 一台双核服务器使用 Collabora 可容纳 150 到 <> 个用户，使用 ONLYOFFICE 可容纳 <> 个用户。
- 在Collabora中，所有操作都在服务器上处理，而ONLYOFFICE使用客户端的资源;
- 合作速度较慢;
- Collabora 中的协同编辑在文档中所有用户共享的服务器上的单个编辑器中运行，这会导致麻烦;
- 在ONLYOFFICE中，每个人都在浏览器中拥有自己的编辑器。服务器只是一个保存更改和最终文件版本的数据库。
由您来选择为您的团队使用什么，我们只是在这里提供帮助。然而，我们坚持认为Collabora是缓慢的，原始的和有缺陷的。这可以通过您身边更好的互联网连接和开发人员未来的解决方案改进来改变。但ONLYOFFICE已经在这里，随时待命。