为什么浏览器端 PDF 工具很重要
几乎每个免费 PDF 服务都会上传你的文件,在一台你无法控制的机器上处理它,并保留一段时间的副本。各家公开的保留时长:Smallpdf 和 PDF24 一小时,iLovePDF 和 PDF Candy 两小时,Soda PDF 二十四小时。
这不算什么恶行——服务端处理本来就是这样运作的。但如果是一份已签署的合同、一叠病历,或者一份尚未发布的报告,「两小时内删除」和「从未离开过我的笔记本」是两个完全不同的承诺。
这个页面上的工具走的是第二条路。没有需要你去信任的上传接口,因为根本不存在上传。使用时打开浏览器的网络面板看看——你只会看到页面自身的资源被加载,没有任何东西被发出去。
你付出什么,又得到什么
客户端处理并不是全方位更优,这笔交换值得说清楚。
你在复杂文档上会损失一些保真度。一台跑着 LibreOffice 的服务器,在还原页眉、页脚和分栏排版上,比浏览器标签页里的任何 JavaScript 都更准确。我们的 Word 转 PDF 转换器会在你点转换之前,明确告诉你文档的哪些部分会被简化。
你会占用一些自己设备的内存。PDF24 宣传其服务端方案时说的正是这一点,而这一点是公道的——在本地合并几百兆的文件确实要用你的内存。
你得到的是不依赖任何政策条款的隐私,没有文件大小或每日次数限制,而且首次加载之后即使断网,工具也能继续工作。
这几个工具如何配合使用
这三个工具是设计成可以串联使用的。一次典型的流程:先把 Word 文档转成 PDF,再把扫描件和照片变成 PDF 页面,最后按提交系统要求的顺序把所有内容合并成一个文件。
因为每一步都在本地完成,中间文件同样从不被上传——这一点很关键,因为泄露往往恰恰发生在中间环节。
如果你的原始素材是过大的图片,请先压缩它们。PDF 会原样保存你给它的分辨率,所以在图片变成页面之前先缩小它们,远比压缩成品文档有效。