我只是在为一个数据库表设计架构,该表将保存电子邮件附件的详细信息——它们的字节大小、文件名和内容类型(即“图像/jpg”、“音频/mp3”等)。
有人知道我可以期望内容类型的最大长度吗?
我希望我没有误读,但看起来长度是 max 127/127 or 255 total。
RFC 4288在 4.2(第 6 页)中有参考:
Type and subtype names MUST conform to the following ABNF:
type-name = reg-name
subtype-name = reg-name
reg-name = 1*127reg-name-chars
reg-name-chars = ALPHA / DIGIT / "!" /
"#" / "$" / "&" / "." /
"+" / "-" / "^" / "_"
我不清楚 + 后缀是否可以添加到 127 之后,但似乎不是。
在 RFC 6838 中,它是最新的标准并且已经过时 RFC4288,有以下声明。
“还请注意,虽然此语法允许名称最多 127 个字符,但实施限制可能会使此类长名称出现问题。因此,<type-name>
应<subtype-name>
限制为 64 个字符。”
64+1+64 = 129。
但我怀疑标准应该意味着 63+1+63=127。
我们运行一个允许用户上传文件的 SaaS 系统。我们最初将它设计为存储最多 50 个字符的 MIME 类型。在过去的几天里,我们看到了几次上传 71 字节类型的尝试。因此,我们将更改为 250。100 似乎“不错”,但它仅比我们现在看到的最大值多一些。500看起来很傻,所以选择了250。