链接的图片会让发送文档的人决定您的服务器请求哪些 URL。GroupDocs.Signature 26.9 将默认行为改为跳过这些地址，本文展示了三种预览尺寸下的差异，解释了白名单为何需要长片段，并介绍了一个会悄悄颠倒您意图的属性名称。
今天签署的合同可能需要在二十年后仍具可辩护性，而 RSA-2048 预计无法持续如此之久。本指南通过 Python 使用后量子 ML-DSA 证书在四个步骤中签署 Word 文档，比较三个 NIST 安全级别的实际文件大小而非仅描述，使用公共证书验证结果，并介绍迁移前需要了解的两个限制。
使用过期证书签名的 PDF 看似已签名，但验证时会显示为损坏。本指南比较了 GroupDocs.Signature for Python 提供的三项控制——写入签名的摘要、证书有效性检查及其两个特意的覆盖，以及决定是否被发现的日志级别——并为每项提供可运行的代码示例，同时说明两个常让人出错的绑定细节。
26.10 版本引入了用于预览的 Python 回调、日志/加密接口、自定义签名哈希、.NET 10 运行时，以及对 Python 3.14 的兼容性。
后量子密码学通常以迁移项目的形式出现。对于 .NET 中的文档签名，它表现为不同的 PFX 文件：GroupDocs.Signature 26.9 通过与 RSA 相同的 DigitalSignOptions 调用使用 ML-DSA 证书签署 Word 文档。本文对比了预期工作量与实际工作量，涵盖了三种安全级别及其成本，并诚实地指出了两个限制。
链接到远程图片的文档会让打开它的人去获取该地址。在服务器上，这相当于把上传者的出站请求交给了你。GroupDocs.Signature 26.9 将默认设置为跳过链接资源；本文比较了三种加载模式，展示了如何在不打开大门的情况下仅对白名单单个主机进行授权，并解释了签名为何根本不需要网络访问。
GroupDocs.Signature 26.9 中的三项更改将沉默的问题变为显著的错误：过期证书现在会抛异常而不是签名，PDF 数字签名默认使用 SHA-256 而非 SHA-1，SignatureSettings.LogLevel 实际起到过滤作用。本文阐述每项更改对已运行多年的流水线意味着什么，以及在确实需要旧行为的情况下该如何处理。
26.9 版专注于安全，新增 .NET 10、更严格的默认设置以及后量子签名支持。
加密的 PDF 可以在不生成解密副本的情况下签署：LoadOptions 在原位打开文件，SaveOptions 决定签署后的输出是保留原密码还是使用新密码。本文比较了四种密码路径，包括两种会失败的情况，并解释了为何失败会以 RuntimeError 抛出，而不是 API 所列的异常类型。
GroupDocs.Signature for Node.js 在进程中运行 JVM，因此容器化它意味着在任何签名工作之前必须预先配置 JDK 和字体。本文比较了选择字体族的三种方式——硬编码、从文件名检测或探测库——并介绍了影响代码实现的绑定细节。
