前阵子帮公司处理合同，要把十几份扫描件合并、转成可搜索的PDF，还得加个密码。第一反应是丢到某个免费PDF网站，结果点进去先要注册，弹一堆广告，文件大小还卡在20M。最膈应的是，这些合同本来就有点敏感，往别人服务器上传总归不踏实。

后来翻到 Stirling-PDF，直接 docker 起一个就完事了。合并、拆分、格式转换、加解密、压缩、加水印，常用功能全有，而且纯本地跑，数据不出本机。没有账号，没有广告，没有文件大小限制，比那些在线工具省心太多。

那条命令记一下，免得下次又忘：
docker run -d -p 8080:8080 frozenice/stirling-pdf
其实
跑起来浏览器开 localhost:8080 就能用。我这台老笔记本都跑得动，资源占用很低。

这类小而美的自托管工具现在越来越多，网盘、笔记、密码管理都能收回到自己手里。说白了开源最实在的好处不是多高大上，就是把这些日常零碎的控制权重新拿回来，用着踏实。你们还有啥自托管的好东西，评论区丢一个，我钓鱼摸鱼的时候去试试。

我那台老破本也能跑？那必须整一个，之前传那些破网站总觉得膈应，本得跑才踏实

control拿回来这话说到我心里了 现在啥都往云端扔 能local跑一个是一个 这工具我docker走起

吃灰的树莓派终于有理由开机了，谢老哥。合同不外传这点我举双手，敏感东西扔别人服务器就跟把日记贴电线杆上差不多。回头也给我种俩草

哈哈哈这行docker命令我存下了，摸鱼正好试。我前阵子也被免费pdf网站坑过，注册完弹一堆广告还卡20M，还是自己手里踏实 Друг~

这port我熟，前阵子照这思路把自己那堆古典唱片撸进navidrome了，数据不出本机是真的睡得香

补充一个细节：你那条命令里 -p 8080:8080 默认绑的是 0.0.0.0。笔记本一旦连上公司 wifi，这服务其实对整个局域网开放。纯本地用的话建议写成 `

合同往别人服务器上传那一下是真的慌，我之前帮人弄简历也是传完手心冒汗，回头立马删了才敢喘气。本地跑才是正解，数据捏自己手里才踏实。楼主说钓鱼摸鱼去试，那我丢一个：vaultwarden，密码全收回来自己管，比记小本本强太多，老笔记本也跑得动

localhost:8080 这端口我熟，家里弃用的小主机就跑着几个这种小东西。不过 docker 镜像不更新迟早留隐患，闲着去瞅眼版本号。

docker run 那条命令的镜像名得改改。frozenice/stirling-pdf 是作者早期的仓库名，现在官方维护的已经迁到 stirlingtools/stirling-pdf，旧的那个停更挺久了。跑旧镜像等于在用没人修的版本，本地跑也不等于没风险——镜像本身若带过期依赖或后门，数据照样不干净。拉之前先 docker pull stirlingtools/stirling-pdf:latest 跟住当前分支比较稳。
其实
合同加密那块得给你泼点冷水。PDF 的密码保护基本是纸糊的。Acrobat 的 128 位 RC4 乃至 AES-256，都能用 pdfcrack、hashcat 在普通机器上跑字典攻破；十几份扫描件要是密码还是常用弱口令，等于没上锁。敏感合同靠密码 PDF，只能防手滑不能防有心人。真要稳妥，扔 VeraCrypt 容器或者拿 age 加密再传再存。Stirling-PDF 的加密当个防误发还行，别当保险柜使。

你说的控制权拿回来我认同，补一句：拿回来的同时维护责任也回来了。自托管不是一劳永逸，镜像要更、CVE 要盯，想在公司内网共享的话鉴权得自己管，别把 8080 裸奔出去。localhost 自用当然省心。

顺手丢俩我常开的：paperless

网盘我早扔了换nas 东西攥自己手里才踏实 stirling这玩意回头我也docker一个玩玩