ONLYOFFICE 10.0:发出 PDF 前,先清掉藏在文件里的信息

一份准备发给客户的 PDF，页面看起来已经干净，文件里却可能还留着批注、附件和隐藏内容。办公室里不少麻烦就发生在这个环节：大家认真检查了看得见的文字，却没有检查文档本身。ONLYOFFICE Docs 10.0 这次加入的隐藏信息清理，把这件容易遗漏的事放进了编辑器。

这是本周值得留意的一次办公软件更新。项目仓库在 10 月 12 日发布了 v10.0.0；官方公告展示了 PDF、表格和协作编辑的新功能。不过，公告同时说明自托管方案的新版本会稍晚上线。研究更新和安排服务器升级，应当分成两件事，不能看到版本号就认定所有安装渠道已经同步。

ONLYOFFICE Docs 是可以嵌入文件平台的在线办公编辑器，项目的社区版采用 AGPL v3。它处理文档、电子表格、演示文稿和 PDF，也支持多人协作。对于已经有网盘或内部业务系统的团队，它的角色更像一套接入现有流程的编辑能力，而非必须重新迁移进去的文件仓库。

我看重这次 PDF 改动，是因为它贴着“文件即将离开团队”的真实动作。清理窗口把隐藏信息拆成了可以勾选的对象，允许操作者决定哪些内容要移除。这种设计也提醒了一个边界：清理并非越彻底越好，附件、书签、表单字段可能恰好是收件人需要的部分。工作流里应保留原件，对交付副本进行清理，再复核输出结果。

另一个实用变化是编辑 PDF 时的表格自动识别。拿到一份已有排版的表格，最烦的通常不是改几个数字，而是改动后文本、行列关系散掉。10.0 把识别表格纳入编辑流程，试图减少这类重新整理的工作。它并不等于复杂扫描件都能一键恢复成完美电子表格；对跨页、合并单元格和特殊字体，仍然值得拿真实业务样本试一轮。

协作场景里的变化同样具体。文档编辑增加了跟随另一位参与者光标的选项，远程讨论时可以减少“往下翻一点，再往上一段”的来回确认。电子表格则调整了样式和单元格数据的处理，并优化一批常用条件统计函数。发布说明没有给出适用于所有工作簿的统一提速比例，我也不会把它写成每张大表都会明显变快；更合理的验证对象是团队自己最慢、最常开的那几份表。

从架构看，这类编辑器最终要面对的是已有文档的复杂性：历史格式、字体、批注、权限和协作状态，任何一项处理不好，都可能抵消界面上的改进。评估时只打开一个空白文档，通常看不出真正的差别。带着过去出过问题的文件测试，才知道这次升级省下了哪一步。

准备评估社区版时，官方 Docker 仓库给出的基础启动命令如下。这是启动 Document Server 的通用方式，并不保证当前拉到的默认镜像已经是 10.0；正式升级应核对实际镜像版本和对应发布说明。

sudo docker run -i -t -d -p 80:80 onlyoffice/documentserver

命令需要已有 Docker 环境，且主机的默认 Web 端口未被占用。容器起来以后，还要根据所用网盘或业务系统的连接器完成集成，配置认证和持久化。它不是一条执行完就拥有完整企业协作平台的魔法命令。社区版与企业版、开发者版的能力也有区别，移动编辑、集群和商业支持等需求应对照项目自己的版本表确认。

对我的判断来说，10.0 最有用的检验方式很朴素：一份发给外部的 PDF，能否少漏掉一点隐藏信息；一份多人讨论的文档，能否少花几分钟定位。办公软件的升级价值，最后还是落在这些具体动作上。

项目地址：https://github.com/ONLYOFFICE/DocumentServer