在网速较慢的情况下等待大型 PDF 上传会将一项快速任务变成对耐心的考验。进度条爬行。预计时间将攀升至两位数分钟。连接已经受到带宽限制或移动数据限制的压力，在文件的重量下崩溃了，而如果事先进行了正确的压缩，该文件的大小可能只是其大小的一小部分。
缓慢的互联网使文件大小变得很重要，这是宽带用户从未经历过的。
在慢速连接上减少PDF压缩意味着在上传之前应用积极但智能的压缩，选择正确的文件格式，并使用最小化往返数据的工具。 WukongPDF 的压缩引擎正是针对这种情况而设计的：生成一个紧凑的 PDF，在几秒钟内即可在连接上上传，而原始文件则需要几分钟。通过减少 PDF 大小技术在上传之前删除的每一兆字节可以节省以分钟而不是秒为单位的时间。
为什么文件大小在连接速度慢时呈指数级增长
慢速连接上的上传速度在设计上是不对称的。典型的 DSL 线路可能提供 10 Mbps 的下载速度，但仅提供 1 Mbps 的上传速度。农村地区的移动连接在高峰时段上传速度可能会下降至 0.5 Mbps。在 1 Mbps 的情况下，上传 20 MB 的 PDF 大约需要三分钟。在 0.5 Mbps 的情况下，需要五分钟多的时间。 3 MB 的压缩版本在同一连接上需要 25 秒。数学是残酷的：每兆字节棚以 1 Mbps 的速度减少大约 8 秒的上传时间。减少 15 MB，您可以节省整整两分钟。
连接可靠性加剧了速度问题。缓慢的连接往往是不稳定的连接。在大多数平台上，五分钟的上传在四分三十秒时下降，必须从头开始。压缩为 30 秒上传的同一文件很可能在连接中断之前完成。压缩从一种便利转变为针对浪费上传尝试的保险政策。
移动数据上限增加了宽带用户很少考虑的财务问题。通过按流量计费的移动连接上传的 20 MB PDF 会消耗有限数据计划中相当大的一部分。在世界上以预付费移动数据为主要互联网接入方式的部分地区，单个未压缩 PDF 上传的费用可能会超过其支持的交易。从 20 MB 压缩到 3 MB 可以将显着的数据费用变成可以忽略不计的费用。计量连接的经济性使得压缩不仅是一种便利，而且是一种直接节省成本的措施。
选择正确的压缩级别以提高上传效率
对于打印或存档使用而言过度的激进压缩设置适用于仅上传文件。该文件只需足够好，可以在正常缩放的情况下在屏幕上阅读。将图像分辨率降低至 150 DPI，这是屏幕查看的标准。对彩色图像使用最大 JPEG 压缩。剥离元数据和嵌入的缩略图。如果目的地不需要交互，则展平表单字段。这些选择中的每一个都节省了适度的空间。结合起来，它们通常会将 PDF 缩小 60-80%。
了解目的地的要求可以让您进一步推动压缩。 PDF 会被发送到基于网络的工具，该工具将对其进行进一步处理，将其合并为更大的文档，提取其文本，并且不需要在视觉上保持原始状态。它需要完整且可读。对于为管道中的另一个工具提供数据的文件来说，在打印报告时会让您感到尴尬的压缩设置是完全可以接受的。将质量与使用相匹配，并且仅上传文件的使用允许激进的设置。
上传前离线压缩
在上传之前在本地压缩 PDF，而不是将大文件上传到基于服务器的压缩工具。将大文件上传到压缩工具的讽刺之处在于，您已经经历了缓慢的上传过程。桌面 PDF 工具和支持离线功能的浏览器工具使用计算机的处理器进行本地压缩，并生成压缩文件，无需任何网络传输。
Linux 和 macOS 上的 Ghostscript 或 Windows 上的 Microsoft Print to PDF 驱动程序都可以在无需网络访问的情况下执行本地压缩。命令行方法特别适合慢速连接，因为该工具会立即启动、在本地运行并生成输出，而不会消耗任何可用带宽的浏览器开销。 Ghostscript 的压缩命令接受 DPI 和质量参数，使您可以精确调整输出以提高上传效率。当您执行其他工作时，单个命令行即可压缩整个 PDF 文件夹。
| 压缩目标 | 典型尺寸减小 | 视觉冲击 |
|---|---|---|
| 图像下采样至 150 DPI | 30-50% | 屏幕上最小，打印时引人注目 |
| 最大 JPEG 压缩 | 额外 10-20% | 摄影图像轻微柔化 |
| 剥离元数据和缩略图 | 5-15% | 无视觉冲击 |
| 扁平化表单字段和注释 | 5-10% | 交互性丧失，内容保留 |
| 转换为 PDF/A 或线性化格式 | 多变的 | 格式转换，可能会影响兼容性 |
分割大型 PDF 以便分阶段上传
当压缩无法减少足够的文件大小以实现可靠上传时，请将 PDF 拆分为多个部分并单独上传。大多数 PDF 合并工具在接收端都可以重新组合各个部分，而不会造成质量损失。将 50 MB PDF 分为 5 个 10 MB 部分，以 1 Mbps 连接的速度在 5 个 80 秒的窗口中上传，每个窗口很有可能完成，而在 1 个 400 秒的窗口中则很有可能会丢失。
将拆分情况传达给收件人，以便他们知道需要多个文件，并可以在尝试合并之前验证所有部分的接收。简单的编号方案 filename-part1.pdf、filename-part2.pdf 使顺序显而易见。一些上传门户接受包含多个 PDF 的 zip 文件，其目的相同：将拆分文件压缩为单个 zip，上传该 zip，然后收件人提取并合并。
绕过浏览器限制的替代上传方法
基于浏览器的上传是连接速度较慢时最不可靠的方法，因为它们缺乏恢复功能。如果上传失败，则从零重新开始。 rsync 等专用文件传输工具或 Dropbox 和 OneDrive 等云存储同步客户端可分块上传文件并从中断的位置恢复中断的传输。 30 分钟的上传在 29 分钟时失败，将从 29 分钟恢复，而不是从零开始。在预计会出现故障（并非例外）的连接上，恢复功能平均可将总上传时间缩短一半以上。
电子邮件附件值得特别提及，因为它是连接速度慢的最坏情况。电子邮件协议不是为大文件设计的，许多电子邮件服务器仍然施加 10-25 MB 附件限制。在附加之前压缩是强制性的，而不是可选的。尽可能发送下载链接而不是附件。该链接指向云存储上的文件，收件人可以直接下载，从而消除了电子邮件服务器的瓶颈和附件大小限制的限制。
上传前验证压缩文件
打开压缩文件并滚动浏览每个页面，然后进行缓慢上传。损坏页面、引入工件或删除内容的压缩过程可在几秒钟内在本地修复。上传 20 分钟后发现相同的损坏就意味着重新压缩和重新上传，从而使总等待时间加倍。 30 秒的上传前检查可防止 20 分钟的重新上传。对于多页文档，抽查第一页、中间页和最后一页以及任何包含复杂图形或小文本的页面。
将压缩文件大小与目标进行比较。如果减少量低于预期，请调整压缩设置并在上传之前在本地重新运行。每次尝试在本地迭代设置需要花费几秒的时间。通过上传进行迭代，发现大小仍然太大，并且每次尝试重新上传需要几分钟的时间。本地迭代循环比上传迭代循环快几个数量级，并且每次细化都应该在文件进入慢速循环之前发生在快速循环中。