轻松实现Office在线编辑:基于Collabora的Web集成指南

引言

在Web项目中嵌入Office文档编辑功能可以显著提升用户体验。Collabora Online基于LibreOffice核心,提供开源解决方案,支持主流格式(DOCX/XLSX/PPTX等)的实时协作编辑。以下指南详细介绍了如何部署和集成Collabora,实现媲美Office 365的网页端编辑体验。

核心组件与原理

Collabora Online Development Edition (CODE)
服务端提供文档渲染与协作引擎(通过Docker部署),前端通过<iframe>嵌入编辑窗口。

WOPI协议
定义Web应用与Office服务间的通信标准,关键操作包括文件加载、保存回调和权限控制。

部署Collabora服务端

环境要求
Linux服务器(Ubuntu/CentOS)、Docker。

步骤
拉取Collabora镜像:

docker pull collabora/code 

启动容器:

docker run -t -d -p 9980:9980 \ -e "domain=<你的Web域名>" \ --cap-add MKNOD \ collabora/code 

注意:默认https,可通过配置关闭ssl协议,具体部署可参考这篇文章

centos7 部署collabora office (yum版 与 docker)_collabora office部署-ZEEKLOG博客https://blog.ZEEKLOG.net/oToyix/article/details/122211274

前端集成步骤

场景
点击网页中的DOCX文件后打开编辑窗口。

代码示例
构建编辑按钮:

<button onclick="openCollabora('文档URL')">编辑DOCX</button> 

动态生成iframe:

function openCollabora(fileUrl) { const wopiSrc = `https://<Collabora服务端IP>:9980/loleaflet/dist/loleaflet.html?` + `WOPISrc=${encodeURIComponent(fileUrl)}` + `&access_token=${token}`;//此处传用户token,或简单点直接生成个时间戳也可以 const iframe = document.createElement('iframe'); iframe.src = wopiSrc; iframe.style = 'width:100%; height:80vh; border:none;'; document.body.appendChild(iframe); } 

注意iframe不成功,可能是Collabora的loolwsd.xml配置的问题,找到loolwsd.xml中的frame_ancestors配置项,改为<frame_ancestors>*</frame_ancestors>即可

参数解析

  • WOPISrc:文档在你的服务上的访问地址(需实现WOPI协议端点)。
  • fileUrl示例:https://your-domain.com/wopi/files/{fileId}
  • 解释fileId:后端会通过fileId对文件进行定位处理

实现WOPI后端接口(Java示例)

代码示例
检查文件权限:

@RestController @RequestMapping("/wopi") public class WOPIController { //检查文件权限,向前端提供这个api接口就可以,保存接口会通过wopi协议自动调用 @GetMapping("/files/{fileId}") public ResponseEntity<Map> checkFileInfo(@PathVariable String fileId) { return ResponseEntity.ok(Map.of( "BaseFileName", "document.docx", "OwnerId", "user123", "Size", 10240, "UserCanWrite", true // 控制编辑权限 )); } //查看 @GetMapping("/files/{fileId}/contents") public ResponseEntity<UrlResource> getFile(@PathVariable String fileId) { // 根据fileId获取文件可下载的url地址 String url = getFileUrl(fileId) //getFileUrl方法自行实现 UrlResource resource = new UrlResource(url); // 设置响应头 HttpHeaders headers = new HttpHeaders(); headers.add(HttpHeaders.CONTENT_DISPOSITION, "attachment; filename=\"" + tFileInfDO.getFileOldName() + "\""); return ResponseEntity.ok() .contentType(MediaType.parseMediaType("application/octet-stream")) .headers(headers) .body(resource); } //保存文档 @PostMapping("/files/{fileId}/contents") public void saveFile(@PathVariable String fileId, @RequestBody byte[] content) { // 将content写入你的存储系统 } }

高级功能:自定义工具栏按钮

代码示例
添加打印按钮:

const params = new URLSearchParams({ 'WOPISrc': fileUrl, 'permission': 'edit', 'custom_settings': JSON.stringify({ 'ToolbarCustomization': [{ "name": ".uno:Print", "type": "action" }] }) }); iframe.src = `https://collabora-host/loleaflet.html?${params}`; 

支持动作列表
参考Collabora官方文档。

PostMessage API — SDK https://sdk.collaboraonline.com/ documentationhttps://sdk.collaboraonline.com/docs/postmessage_api.html

结语

通过Collabora和WOPI协议,可以在Web应用中嵌入全功能Office编辑器,显著提升生产力。下一步可以尝试集成OnlyOffice或实现版本历史功能。

有问题可留言,看到会回复!

Read more

【DeepSeek R1部署至RK3588】RKLLM转换→板端部署→局域网web浏览

【DeepSeek R1部署至RK3588】RKLLM转换→板端部署→局域网web浏览

本文为DeepSeek R1 7B 以qwen为底座的LLM在瑞芯微RK3588 SoC上的完整部署流程,记录从开发板驱动适配烧录开始,到最终的开发板终端访问模型和局域网web访问模型的完整流程,有不足之处希望大家共同讨论。 文章目录 * 一、项目背景介绍 * 二、所需工具介绍 * 1.硬件工具 * 1.X86 PC虚拟机Ubuntu20.04 * 2. 准备NPU驱动为0.9.8的RK3588开发板 * 2.软件工具 * 三、获取.safetensors模型权重 * 四、safetensors转RKLLM * 1.转换环境搭建 * 2.模型转换 * 五、RKLLM模型板端部署及推理 * 六、集成开源gradio工具实现web访问 一、项目背景介绍 先来介绍下项目背景吧,目前有一个空闲的firefly出厂的搭载瑞芯微RK3588 SoC的arm64开发板,样式如图所示: 博主之前主要进行CV领域的模型的RK开发板部署,对于LLM和VLM的接触并不算多,但现在大模型是趋势所向,并且瑞芯微及时的完成了针对各开源

唤醒80年代记忆:基于百度地图的一次老式天气预报的WebGIS构建之旅

唤醒80年代记忆:基于百度地图的一次老式天气预报的WebGIS构建之旅

目录 一、省会城市信息构建 1、省会城市空间查询 2、Java后台查询 二、Java省会城市天气查询 1、与百度开放平台集成天气 2、响应对象属性介绍 3、省会天气实况展示 三、WebGIS应用构建 1、背景音乐集成 2、城市标记及天气展示 3、城市轮播 4、成果展示 四、总结 前言         在数字技术飞速发展的今天,我们常常沉浸于各种高科技带来的便捷与震撼之中,却容易忽视那些曾经陪伴我们成长、承载着时代记忆的旧事物。80年代的天气预报,便是这样一份珍贵的文化遗产。它以简洁而质朴的方式,传递着天气信息,也传递着那个时代的气息。那种对自然的敬畏、对信息的渴望,以及一家人共同分享的温馨氛围,都深深烙印在我们的记忆中。然而,随着时间的推移,天气预报的形式已经发生了翻天覆地的变化。高清的画面、精准的数据、个性化的推送……这些现代技术带来的便利固然令人欣喜,但也在一定程度上让我们失去了那份对天气预报本身的纯粹情感。于是,

YOLO可视化界面,目标检测前端QT页面。

YOLO可视化界面,目标检测前端QT页面。

使用PySide6/QT实现YOLOv8可视化GUI页面 在人工智能和计算机视觉领域,YOLO(You Only Look Once)是一种广泛使用的实时目标检测算法。为了直观地展示YOLO算法的检测效果,我们可以使用Python中的PySide6库来创建一个简单的GUI应用程序,将检测结果实时可视化。 本文将指导你如何使用PySide6实现这一功能。 1. 原视频/图片区:上半部分左边区域为原视频/图片展示区; 2. 检测区:上半部分右边区域为检测结果输出展示区; 3. 日志文本框:打印输出操作日志; 4. 加载模型:从本地选择模型pt文件进行加载; 5. 置信度阈值:自定义检测区的置信度阈值; 6. 文件上传:选择目标文件; 7. 开始检测:执行检测程序; 8. 停止:终止检测程序; 一、工具介绍 1、PySide6 PySide6是一款功能强大的GUI(图形用户界面)开发框架,它允许Python开发者使用Qt库的功能来构建跨平台的桌面应用程序。PySide6作为Qt的Python绑定版本,继承了Qt的跨平台特性,支持在Windows、

AI不是前端/UI的“终结者”,而是提升的“加速器”

AI不是前端/UI的“终结者”,而是提升的“加速器”

最近团队里的讨论越来越频繁:“XX用AI生成可视化大屏原型,半天就交了初稿”“Figma的AI插件直接把线框图转成高保真,切图都省了”“领导说以后简单的管理系统界面,让AI先出一版再改”。随之而来的是藏不住的焦虑:连最吃经验的视觉排版、组件适配都能被AI搞定,我们这些前端/UI从业者是不是迟早要被替代? 这种焦虑并非空穴来风,但恰恰走进了一个认知误区——把AI当成了抢饭碗的“终结者”,却忽略了它作为效率工具的核心价值。对于我们做网站建设、数字孪生、工控界面这些业务的前端/UI人来说,AI从来不是要取代我们,而是帮我们跳出重复劳动、承接更多项目、拿到更高提成的“推进器”。搞懂这一点,才能在技术迭代中站稳脚跟,而不是被焦虑牵着走。 一、先厘清:前端/UI领域的AI,到底是什么? 先别忙着恐慌,我们先给行业里的AI工具定个性——它不是能独立完成项目的“超级程序员”,而是精准匹配前端/UI工作场景的“高级辅助工匠”。具体来说,就是基于大量行业数据训练,能快速完成重复性、模板化工作的工具集合,核心作用是“减少基础工作量”,而非“替代核心决策”。 我们可以按工作场景把这些AI工具分