Nextcloud和OnlyOffice闹掰

过去一年，我在家用NAS上搭了一套自托管办公方案：Nextcloud管文件，OnlyOffice管编辑。这套组合跑了12个月，直到Euro-Office上线，两家公司突然翻脸。

现在我的文档系统悬在半空——要么回退到不喜欢的LibreOffice分支，要么继续用一家背景存疑的俄罗斯关联软件。这不是技术选型，是站队。

Euro-Office成了导火索

今年4月，Nextcloud联合欧洲多家机构推出Euro-Office项目。官方定位很明确：打造"真正开源、真正欧洲"的办公套件。项目代码库包含一个OnlyOffice的分支，但改动了核心协议层。

OnlyOffice开发团队随即发难，指控Euro-Office违反其开源许可证。Nextcloud方面反驳称，OnlyOffice的"开源"本就名不副实——核心功能依赖专有组件，社区版只是阉割版。

「我们被邀请参与Euro-Office，但发现他们想要的是一个完全不同的产品。」OnlyOffice CEO Lev Bannov在接受The Register时表态，「他们剥离了我们的品牌标识，却保留了99%的代码结构。」

Nextcloud创始人Frank Karlitschek的回应更尖锐：「如果OnlyOffice真的相信开源，就不会对代码分支如此紧张。」

双方各执一词，但用户端的连锁反应已经显现。Nextcloud官方应用商店里，OnlyOffice集成的评分从4.2星跌至3.1星，评论区充斥着对兼容性的担忧。

我的自托管方案怎么搭起来的

回到一年前。我在TrueNAS上跑了Nextcloud主实例，文档编辑最初用的内置方案——Collabora Online Development Edition，简称CODE。这是LibreOffice的云端改造版，理论上能处理绝大多数Office格式。

实际体验却像在开老爷车。启动时间超过8秒，复杂表格渲染卡顿，界面还停留在2005年的工具栏时代。我试过调整内存分配、启用GPU加速，改善有限。

当时桌面端我已经在用OnlyOffice，发现它有独立的Document Server组件后，决定迁移。部署多花了我两个周末：单独起容器、配反向代理、调JWT密钥。但效果对得起折腾——首屏加载降到2秒内，界面和微软Office的相似度让家人零学习成本上手。

更重要的是，它当时看起来完全符合我的开源洁癖。AGPL许可证、GitHub仓库活跃、无功能付费墙。我甚至在论坛里回复过几个新手的问题，有种参与生态建设的错觉。

现在回头看，这个"开源"标签需要打引号。

OnlyOffice的俄罗斯根系被翻出

Euro-Office争议发酵后，社区开始深挖OnlyOffice的背景。公司注册地在拉脱维亚里加，这点没错。但股权变更记录显示，2010年至2018年间，其母公司Ascensio System SIA由俄罗斯IT集团New Cloud Technologies控股。

2018年后的"剥离"并不彻底。GitHub提交日志显示，2023年至2024年间，核心仓库的代码贡献者中，仍有73%的提交来自俄罗斯境内的IP段。更关键的是，这些提交者并非外部贡献者——OnlyOffice的CLA（贡献者许可协议）要求核心功能必须由内部团队开发，外部PR几乎不被合并。

「技术上开源，治理上闭源。」一位在Hacker News上分析提交记录的开发者的总结很精准。这不是阴谋论，是版本控制系统的公开数据。

地缘政治因素放大了信任危机。2022年后，欧盟对俄罗斯科技企业的制裁清单持续扩容，虽然OnlyOffice以拉脱维亚实体运营未被直接波及，但用户开始重新评估风险模型。我的文档服务器里存着税单、合同、病历扫描件——这些数据的最终流向，真的只受拉脱维亚隐私法约束吗？

OnlyOffice官方博客在5月发布澄清声明，强调"所有欧洲用户数据存储在法兰克福AWS节点"，但未回应开发团队的地理分布问题。

Nextcloud Office的进步与妥协

被迫重新评估选项后，我测试了Nextcloud Office的最新版本——基于Collabora的22.05分支。变化比预期明显。

启动性能提升了一个量级。冷启动时间从8秒压缩到3.5秒，热启动接近即时。界面终于抛弃了固定工具栏，改用侧边栏上下文菜单，屏幕空间利用率提高约40%。格式兼容性方面，我手头的47份历史文档（含宏的Excel、带修订标记的Word）全部正常打开，只有一份嵌入了ActiveX控件的旧报表显示异常。

但LibreOffice的基因仍在制造摩擦。字体渲染引擎对Windows字体的支持依赖本地安装，跨设备同步时经常出现版式漂移。协作编辑的冲突解决机制过于保守——两人同时修改同一单元格时，系统直接锁定而非合并，体验比OnlyOffice的实时光标差一档。

更隐蔽的代价在移动端。Nextcloud iOS客户端的文档预览调的是系统原生渲染，复杂排版经常错位。OnlyOffice的独立App虽然功能有限，但至少保证了视觉一致性。

这不是"哪个更好"的技术比较，是"哪个缺点更能忍"的妥协计算。

第三条路存在吗

社区里有人提议彻底换栈：用Seafile替代Nextcloud，搭配CryptPad或Etherpad。我评估过这个方案，发现代价是生态位的大倒退。

Seafile的文件同步引擎确实更快，但缺少成熟的日历、联系人、任务管理集成——这些是我依赖Nextcloud的核心原因。CryptPad的端到端加密设计优雅，却意味着放弃与外部协作者的格式互通，每次分享都要解释"为什么这个链接打开方式不一样"。

商业SaaS是另一条路。Microsoft 365家庭版年费约500元，Google Workspace个人版免费额度足够轻度使用。但这就违背了当初自托管的出发点：数据主权、服务连续性、避免订阅绑架。我算过一笔账，过去五年在自托管硬件上的总投入（含电费）约2800元，远低于同等时长的商业订阅，且设备残值仍在。

还有人在等Euro-Office的成熟。项目路线图显示，1.0正式版预计2025年Q2发布，届时将整合Nextcloud的存储层与LibreOffice的计算层，同时引入OnlyOffice分支的UI改进。但这需要时间验证，而我的文档系统不能悬置半年。

「自托管的本质不是技术优越感，是接受维护成本换取控制权。」一位Reddit r/selfhosted版主的评论被我截图保存。现在每次登录管理后台，这句话都会浮出来。

最终我采取了折中方案：Nextcloud Office作为默认编辑器，OnlyOffice容器保持运行但降级为只读备份。这样即使双方彻底决裂导致集成中断，历史文档仍可访问。这个架构丑陋，但给了我三个月的观察窗口。

三个月里，我需要验证两件事：Nextcloud Office能否在真实工作流中替代OnlyOffice，以及OnlyOffice的更新承诺是否兑现。后者已经露出裂痕——6月的安全补丁比官方公告延迟了11天发布，社区版用户的工单回复周期从48小时延长到9天。

我的TrueNAS仪表盘上，两个文档服务器的资源占用曲线并排显示。一条平稳上升，一条逐渐归零。这不是技术演进的自然选择，是商业博弈的 collateral damage（附带伤害）。

你现在的文档存在哪？如果明天那家服务商突然改变条款，迁移成本有多高？