Классический ASP не поддерживает multipart/form-data
.Это удивительно основной недостаток даже для языка почтенного возраста ASP, но что вы собираетесь с этим делать, перейдя на ASP.NET?(Да? Да ладно, не обращайте внимания.)
Если вы не загружаете файлы, проще всего придерживаться значения по умолчанию enctype
(то есть application/x-www-form-urlencoded
).Единственное преимущество multipart/form-data
заключается в том, что вы можете помещать в него файлы.(Теоретически, было бы также иметь преимущество в том, что вы можете указывать кодировки символов окончательно. Но ни один браузер на самом деле не делает этого.)
Если вам нужно обработать multipart/form-data
в Classic ASP, вам нужно будет проанализировать входящиезапросить тело самостоятельно, разбив его на поля и значения.Или, скорее, как правило, используйте для этого существующую библиотеку *.
Эта библиотека обычно предоставляет отдельные интерфейсы для чтения загруженных файлов и других значений формы.Это полностью заменяет использование интерфейса Classic ASP Request.Form
.Точно, где вы можете найти это, зависит от библиотеки, которую вы выбираете.Это означает, что если вы хотите иметь форму, которая может одинаково реагировать либо на enctype
, вы должны проверить тип и использовать один из двух различных интерфейсов.
*: Есть нагрузки. для пример .Я не одобряю ни один из них как таковой ... ни один из них на самом деле не выполняет синтаксический анализ частей в соответствии со стандартом, и оба выглядят немного небрежно в отношении безопасности имени файла ( никогда не хранит файл под именем, предоставленным пользователем! Бедствие безопасности!).Но это похоже на курс для сценариев загрузки ASP.По крайней мере, в отличие от многих, они не просят за них денег.