Я просто проектирую схему для таблицы базы данных, которая будет содержать информацию о вложениях электронной почты - их размер в байтах, имя файла и тип содержимого (то есть «image / jpg», «audio / mp3» и т. Д.).
Кто-нибудь знает максимальную длину, которую я могу ожидать от типа контента?
Я надеюсь, что не ошибся, но похоже, что длина составляет максимум 127/127 или 255 всего .
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, но это не так.
Мы используем систему SaaS, которая позволяет пользователям загружать файлы. Мы изначально разработали его для хранения типов MIME до 50 символов. За последние несколько дней мы видели несколько попыток загрузить 71-байтовые типы. Итак, мы переходим на 250. 100 показалось «хорошим», но это всего лишь несколько больше, чем максимум, который мы наблюдаем сейчас. 500 кажется глупым, поэтому 250 является выбранным.
В RFC 6838, который является последним стандартом и устарел RFC4288, есть следующее утверждение.
«Кроме того, обратите внимание , что в то время как этот синтаксис позволяет имена до 127 символов, пределы реализации могут делать такие длинные имена проблематичны. По этой причине, <type-name>и <subtype-name>следует ограничивать до 64 символов.»
64 + 1 + 64 = 129.
Но я подозреваю, что стандарт должен означать 63 + 1 + 63 = 127.