Как зайти в Даркнет?!
25th January, 01:11
6
0
Как в tkinter из поля ввода Entry получить значение в одну переменную и обновить строку кнопкой, затем получить ещё одно введённое значение и затем сложить их. Ниже пример кода
21st July, 19:00
895
0
Программа, которая создает фейковые сервера в поиске игровых серверов CS 1.6 Steam
21st March, 17:43
948
0
Очень долго работает Update запрос Oracle
27th January, 09:58
914
0
не могу запустить сервер на tomcat HTTP Status 404 – Not Found
21st January, 18:02
906
0
Где можно найти фрилансера для выполнения поступающих задач, на постоянной основе?
2nd December, 09:48
938
0
Разработка мобильной кроссплатформенной военной игры
16th July, 17:57
1724
0
период по дням
25th October, 10:44
3955
0
Пишу скрипты для BAS только на запросах
16th September, 02:42
3720
0
Некорректный скрипт для закрытия блока
14th April, 18:33
4613
0
прокидывать exception в блоках try-catch JAVA
11th March, 21:11
4381
0
Помогите пожалуйста решить задачи
24th November, 23:53
6086
0
Не понимаю почему не открывается детальное описание продукта
11th November, 11:51
4351
0
Нужно решить задачу по программированию на массивы
27th October, 18:01
4396
0
Метода Крамера С++
23rd October, 11:55
4309
0
помогите решить задачу на C++
22nd October, 17:31
4002
0
Помогите решить задачу на python с codeforces
22nd October, 11:11
4492
0
Python с нуля: полное руководство для начинающих
18th June, 13:58
2599
0
Максимальная длина поля заголовка типа содержимого MIME?
Я просто разрабатываю схему для таблицы базы данных, которая будет содержать сведения о вложениях email - их размер в байтах, имя файла и тип контента (т. е. "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,но это не так.
В RFC 6838, который является последним стандартом и устарел RFC4288, есть следующее утверждение.
"Также обратите внимание, что хотя этот синтаксис допускает имена длиной до 127 символов, ограничения реализации могут сделать такие длинные имена проблематичными. По этой причине <type-name> и <subtype-name> SHOULD должны быть ограничены 64 символами."
64+1+64 = 129.
Но я подозреваю, что стандарт должен означать: 63+1+63=127.
ссылка: https://tools.ietf.org/html/rfc6838#раздел-4.2
Мы запускаем систему SaaS, которая позволяет пользователям загружать файлы. Мы изначально разработали его для хранения типов MIME до 50 символов. За последние несколько дней мы видели несколько попыток загрузить 71-байтовые типы. Итак, мы переходим на 250. 100 казалось "good", но это всего лишь несколько больше, чем Макс, который мы видим сейчас. 500 кажется глупым, поэтому 250-это выбранный вариант.