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