在这之前, ZSFT 更专注于 FontsAPI 进行 WebFonts 的调用, 2025年4月15日之后 ,在获得充分计划和资源的情况下,我们开始提供 ZSFT 字体的下载功能。
我们希望 ZSFT 的分发系统表现出更开放,更安全,高可用和尊重知识产权的形式。
方式
当字体的授权协议允许我们的分发时,我们才会进行以下行为:
否则,我们仍会提供官方的权威发行渠道,如字体的官方 GitHub® 开源仓库、官方发行网站 等。
我们还会在获得设计师授权的情况下,放置由设计师官方提供的附属补充链接或发行渠道,如 句读生态 的字体,会出现不少的额外下载方式。
这是因为字体的总体大小较小,无需或没有必要进行分包来按需加载,使用直接打包的方式进行下载,但会进行署名,如 XXFont_fonts.zeoseven.com ,因为 WOFF2 格式包内的字体通常已由我们进行转换,设计师的原始字体不是 WOFF2 格式,需要署名来确保来源路径并非设计师发行的原始字体包,同时, WOFF2 格式包内不会包含原始许可协议,但可以在字体详情页找到标注和引用的许可协议。
开放性
我们会在 .7z 包中包含原始文件和原始许可协议。
为了继续维护互联网的开放性质和对设计师的知识产权尊重,我们不会在 .7z 压缩包中进行任何署名,如 某某字体_ZSFT.ttf, 某某字体_fonts.zeoseven.com.ttf 等,我们会尽可能按照字体设计师的原始命名进行分发。
安全和技术
对于传输方案,我们使用 https:// 协议, ECDSA 证书进行身份验证和 SHA-256 的传输层完整性校验,即便使用明文传输的 http:// 在某种程度上成本更低。
对于下载速率,我们会让它尽可能的更快,除非同一时间下载者拥挤,但开始下载后,通常不会出现中途卡停的情况。
对于网络,同时支持 IPv4 和 IPv6 双栈。
对于文件的存储方式,我们通过不可变部署实现版本隔离,即便实时文件系统被恶意篡改,公开的文件仍不受影响,同时实现了秒级回滚能力。
对于文件的命名,通常会采用 [字体名称]_[设计师].7z 的命名方案,但在补充链接中可能会使用 SHA-1 作为文件名。
对于压缩格式的选择,我们采用自 1999年 以来的开源格式 —— .7z ,其使用的 LZMA2 压缩算法,相较于 .zip 格式可以额外获得 20%~30% 甚至更高的压缩率和比 .xz 更好的通用性,以使需下载的大小更小,存储成本更低,在通用和压缩率中得到平衡,同时, .7z 在 Windows® 11 22H2+ 已获得原生支持。
我们会继续前进,释放字体自由!