Stirling-PDF 2.0.3 Login issue bugs and SSO etc¶
为什么要使用Stirling-PDF¶
你是否曾被困在PDF的迷宫里?那个需要你付费订阅才能解锁“旋转页面”基础功能的昂贵软件,那个声称“免费”却用广告和追踪代码淹没你的在线工具,还有那个每次都需要你将敏感文档上传到陌生服务器的所谓“安全”服务……我们似乎已经默默接受了这种数字时代的荒谬:为了处理一份简单的PDF,我们不得不交出金钱、隐私或尊严。
但故事本不该如此。
想象一下,有一位沉默的守护者,将完整的PDF处理能力装进一个你可以完全掌控的盒子里。它不询问你的信用卡,不窥探你的文件内容,不强迫你连接云端。它只是将权力——真正的、离线可用的、涵盖从合并拆分到OCR识别的全面PDF处理权力——优雅地交还到你的手中。这就是Stirling-PDF存在的意义:它是对臃肿商业软件的一次优雅反叛,是对数据主权的一场平静革命。你不是在选择一个工具,而是在选择一种原则:高效、私密且自由地处理数字文档的权利。
Stirling-PDF是什么¶
Stirling-PDF 是一个功能强大的、基于Web的开源工具,它让你能像瑞士军刀一样处理PDF文件。你可以将它想象成一个完全由你托管和控制的私人PDF处理工作室,提供了从合并、拆分、转换、编辑、加密、签名到OCR文字识别等几乎所有的PDF操作功能。它通过友好的网页界面或API提供服务,让你无需依赖任何第三方在线服务。
入门示例¶
真实场景: 张律师每周都需要整理大量案卷材料。她经常收到来自客户、法院和对方律师的多个PDF文件,需要合并成有序的册子,并为某些页面添加“保密”水印,最后统一加密。过去,她不得不交替使用多个软件和网站,过程繁琐且担心文件泄露。
开发示例: 王工程师的团队开发了一个内部文档系统。他们需要让系统具备自动处理PDF的能力,比如为新上传的报告自动添加页眉页脚。通过集成Stirling-PDF的API,他们轻松实现了这一点:
# 1. 使用Docker快速部署Stirling-PDF服务
docker run -d -p 8080:8080 --name stirling-pdf frooodle/s-pdf:latest
# 2. 系统后端调用其API,为`report.pdf`添加页眉
curl -X POST \
-F "file=@./report.pdf" \
-F "headerText=内部传阅 - 机密" \
http://localhost:8080/api/v1/add/header
http://服务器地址:8080,就能在一个界面中安全、流畅地完成所有案卷整理工作。而王工程师的文档系统则通过调用API,实现了完全自动化的PDF处理流程。 Stirling-PDF 2.0.3版本更新了什么¶
本次更新主要修复了一系列关键问题,提升了稳定性和用户体验。具体包括:解决了单点登录(SSO)的登录故障;修复了处理超过100MB大文件时可能出现的问题;更正了签名保存功能的异常;修复了用户登录后自动化任务(Automate)无法运行的问题;确保了PDF表单在查看器中正确显示。此外,在此次变更中,暂时从Docker配置中移除了“MODE”功能,该功能将在后续更新中重新加入。
更新日志¶
本次更新修复了若干错误,例如:
- SSO 登录问题
- 超过100MB的文件处理问题
- 签名保存问题
- 用户登录后自动化功能不工作的问题
- 查看器中表单不可见的问题
作为此次变更的一部分,我们已暂时从 Docker 中移除了 MODE 功能,该功能将在之后的更新中重新加入。
次要增强¶
- 减少 JWT 日志
- 修复了一些已知问题
- 改进了 Java 前端
- 修复了 V2 版本的签名问题
- 修复了自动化功能的相关问题
其他变更¶
- 清理了用户引导流程
- 改进了嵌入式打印功能
- 修订了 README 文件以提升结构和清晰度
- 更新了嵌入式功能并允许表单渲染
完整更新日志:v2.0.2...v2.0.3
总结¶
简而言之,2.0.3 版本是一次以修复为核心的更新,重点解决了用户登录、大文件处理、签名保存和表单显示等多个直接影响使用的关键问题,同时暂时调整了 Docker 的部署配置以准备后续改进,致力于为用户提供更稳定可靠的服务体验。