为什么 'method=\'post\' enctype=\'text/plain\'' 会导致与 PHP 的 $_POST 数组不兼容？

揭开谜团：了解“method="post”和 enctype="text/plain" 不兼容之谜

在领域在Web开发中，经常会遇到当enctype属性设置为时，通过POST方法传输的表单数据可能无法到达目的地“text/plain。”深入研究这个问题的复杂性，我们试图揭示其复杂性并发现这种不兼容性背后的根本原因。

深入探究：为什么 PHP 无法填充 $_POST

问题的症结在于PHP无法处理尽管为变量 $HTTP_RAW_POST_DATA 赋值，PHP 仍无法使用表单数据填充 $_POST 数组，这不仅仅是一个疏忽，而是有意的设计决策。

区分 GET 和 POST：编码的故事

区分 GET 和 POST 至关重要在 POST 方法中，变量构成 URL 中的查询字符串，因此需要 URL 编码。无论 enctype 属性如何，浏览器都会自动对 GET 变量进行 URL 编码，使“text/plain”无效。

相反，对于 POST，变量不是 URL 的一部分，而是作为 HTTP 请求的最终标头传输。这里，“text/plain”和“application/x-www-form-urlencoded”编码选项可用，但只有后者提供了明确的解决方案。

“text/”中潜藏着歧义。 plain”：一个警示故事

虽然“text/plain”似乎是一种简单的编码，但它隐藏着一个隐藏的陷阱。它缺乏在多个值之间进行划分的机制，可能导致对输入数据的解释不明确。例如，考虑以下表单：

<form method="post" enctype="text/plain" action="proc.php">
<textarea name="input1">abc
input2=def</textarea>
<input name="input2" value="ghi" />
<input type="submit">
</form>

如果此表单将数据提交到需要“input1”和“input2”值的 PHP 脚本，则会出现歧义：

print($HTTP_RAW_POST_DATA);

取决于根据解释，输出可能是：

• input1=abcrninput2=def， input2=ghi
• input1=abc, input2=defrninput2=ghi

“application/x-www-form-urlencoded”编码不存在这种歧义，从而确保可靠的数据检索。

以上是为什么 'method=\'post\' enctype=\'text/plain\'' 会导致与 PHP 的 $_POST 数组不兼容？的详细内容。更多信息请关注PHP中文网其他相关文章！