enctype='multipart/form-data'在HTML表单中意味着什么?我们应该何时使用它?
当前回答
将方法属性设置为POST,因为不能使用表单将文件内容放入URL参数中。
将enctype的值设置为multipart/form数据,因为数据将被拆分为多个部分,每个文件一个,以及可能随它们一起发送的表单正文文本一个。
其他回答
enctype属性指定表单数据提交到服务器时应如何编码。只有当method=“post”时,才能使用enctype属性。未编码任何字符。使用具有文件上载控件的表单时,需要此值
来自W3学校
将方法属性设置为POST,因为不能使用表单将文件内容放入URL参数中。
将enctype的值设置为multipart/form数据,因为数据将被拆分为多个部分,每个文件一个,以及可能随它们一起发送的表单正文文本一个。
enctype='multipart/form-data是一种编码类型,允许通过POST发送文件。很简单,如果没有这种编码,文件就无法通过POST发送。
如果希望允许用户通过表单上载文件,则必须使用此enctype。
enctype(ENCode TYPE)属性指定表单数据提交到服务器时应如何编码。multipart/formdata是enctype属性的值之一,用于具有文件上载的表单元素中。多部分是指将表单数据分成多个部分并发送到服务器。
我们应该什么时候使用它?
Quentin的答案是正确的:如果表单包含文件上载,则使用multipart/form数据,否则使用application/x-www-form-urlencoded,如果省略enctype,则默认使用。
我要:
添加更多HTML5引用用一个表单提交示例解释他为什么是正确的
HTML5引用
enctype有三种可能:
应用程序/x-wwww-form-urlencoded多部分/表单数据(规范指向RFC7578)text/plain。这是“计算机无法可靠解释的”,因此它不应用于生产,我们也不会进一步研究。
如何生成示例
一旦你看到了每种方法的一个例子,你就会明白它们是如何工作的,以及你应该何时使用每种方法。
可以使用以下方法生成示例:
nc-l或ECHO服务器:接受GET/POST请求的HTTP测试服务器用户代理,如浏览器或cURL
将表单保存为最小的.html文件:
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="utf-8"/>
<title>upload</title>
</head>
<body>
<form action="http://localhost:8000" method="post" enctype="multipart/form-data">
<p><input type="text" name="text1" value="text default">
<p><input type="text" name="text2" value="aωb">
<p><input type="file" name="file1">
<p><input type="file" name="file2">
<p><input type="file" name="file3">
<p><button type="submit">Submit</button>
</form>
</body>
</html>
我们将默认文本值设置为ω;b、 这意味着ωb,因为ω是U+03C9,即UTF-8中的字节61 CF 89 62。
创建要上载的文件:
echo 'Content of a.txt.' > a.txt
echo '<!DOCTYPE html><title>Content of a.html.</title>' > a.html
# Binary file containing 4 bytes: 'a', 1, 2 and 'b'.
printf 'a\xCF\x89b' > binary
运行我们的小型echo服务器:
while true; do printf '' | nc -l localhost 8000; done
在浏览器上打开HTML,选择文件,然后单击提交并检查终端。
nc打印收到的请求。
测试版本:Ubuntu 14.04.3,nc BSD 1.105,Firefox 40。
多部分/表单数据
Firefox已发送:
POST / HTTP/1.1
[[ Less interesting headers ... ]]
Content-Type: multipart/form-data; boundary=---------------------------735323031399963166993862150
Content-Length: 834
-----------------------------735323031399963166993862150
Content-Disposition: form-data; name="text1"
text default
-----------------------------735323031399963166993862150
Content-Disposition: form-data; name="text2"
aωb
-----------------------------735323031399963166993862150
Content-Disposition: form-data; name="file1"; filename="a.txt"
Content-Type: text/plain
Content of a.txt.
-----------------------------735323031399963166993862150
Content-Disposition: form-data; name="file2"; filename="a.html"
Content-Type: text/html
<!DOCTYPE html><title>Content of a.html.</title>
-----------------------------735323031399963166993862150
Content-Disposition: form-data; name="file3"; filename="binary"
Content-Type: application/octet-stream
aωb
-----------------------------735323031399963166993862150--
对于二进制文件和文本字段,字节61 CF 89 62(UTF-8中的aωb)按字面形式发送。您可以使用nc-l localhost 8000|hd进行验证,其中表示字节:
61 CF 89 62
已发送(61==“a”和62==“b”)。
因此,很明显:
内容类型:多部分/表单数据;boundary=-------------------------7353230313999963166993862150将内容类型设置为多部分/表单数据,并表示字段由给定的边界字符串分隔。但请注意:边界=-------------------------7353230313999963166993862150比实际屏障少两个破折号-----------------------------735323031399963166993862150这是因为标准要求边界以两个破折号--开头。其他破折号似乎正是Firefox选择实现任意边界的方式。RFC 7578明确提到,这两个前导破折号是必需的:4.1.多部分/表单数据的“边界”参数与其他多部分类型一样,这些部分用边界分隔符,使用CRLF、“--”和“边界”参数。每个字段在其数据之前都会得到一些子标题:Content Disposition:form data;,字段名、文件名,后跟数据。服务器读取数据,直到下一个边界字符串。浏览器必须选择一个不会出现在任何字段中的边界,因此这就是为什么边界在请求之间可能不同的原因。因为我们有唯一的边界,所以不需要对数据进行编码:二进制数据按原样发送。TODO:最佳边界大小(log(N)我打赌)是多少,以及找到它的算法的名称/运行时间?询问时间:https://cs.stackexchange.com/questions/39687/find-the-shortest-sequence-that-is-not-a-sub-sequence-of-a-set-of-sequences内容类型由浏览器自动确定。它是如何被精确地确定的问题是:上传文件的mime类型是如何被浏览器确定的?
应用程序/x-wwww-form-urlencoded
现在将enctype更改为application/x-wwww-form-urlencoded,重新加载浏览器,然后重新提交。
Firefox已发送:
POST / HTTP/1.1
[[ Less interesting headers ... ]]
Content-Type: application/x-www-form-urlencoded
Content-Length: 51
text1=text+default&text2=a%CF%89b&file1=a.txt&file2=a.html&file3=binary
显然,文件数据没有被发送,只有基本名称。因此,这不能用于文件。
对于文本字段,我们可以看到,通常的可打印字符(如a和b)以一个字节的形式发送,而不可打印字符如0xCF和0x89则各占3个字节:%CF%89!
比较
文件上载通常包含大量不可打印的字符(例如图像),而文本表单几乎从不包含这些字符。
从示例中我们可以看出:
multipart/form数据:为消息添加几个字节的边界开销,并且必须花费一些时间来计算,但每个字节都是一个字节。application/x-wwww-form-urlencoded:每个字段有一个单字节边界(&),但为每个不可打印字符添加3x的线性开销因子。
因此,即使我们可以发送带有application/x-www-form-urlencoded的文件,我们也不想这样做,因为这样效率太低了。
但对于文本字段中的可打印字符,这无关紧要,并且产生的开销也较少,所以我们只使用它。
推荐文章
- 什么是“升级-不安全-请求”HTTP报头?
- 如何嵌入HTML到IPython输出?
- 如何删除/忽略:悬停css风格的触摸设备
- HTML5文本区域占位符不出现
- 添加javascript选项选择
- HTML tabindex属性是什么?
- HTML按钮调用MVC控制器和动作方法
- 向Angular HttpClient添加一个HTTP头并不会发送这个头,为什么?
- Div高度100%,并扩展到适合内容
- 当鼠标经过表中的一行时,将光标更改为手
- HTML实体中间的点
- 使用:before和:after CSS选择器插入HTML
- 禁用从HTML页面中拖动图像
- CSS水平定心固定div?
- 如何样式dt和dd,使他们在同一行?