Html 嵌套表单元素文件大小限制（旧代码）

我们有一些非常古老的代码，其中一部分（如15k行代码）构成了一个非常老式的过程形式内容菜单系统

现在愚蠢的部分来了。整个代码是基于表单的，所以它嵌套表单元素。威奇的定义是错误的。我们有这样的代码

<form action="demo_post_enctype.asp" method="post" enctype="multipart/form-data">
  First name: <input type="text" name="fname"><br>
  Last name: <input type="text" name="lname"><br>
  <input type="submit" value="Submit">
  .
  .
  .
  .
  <form enctype="multipart/form-data">
     <input type='File'>
  </form>

</form>

名字：

姓氏：

.
.
.
.

这只是理论上的布局。整个事情是如此复杂和“独特”的非常规制造，以至于我的头很痛

奇怪的是，它是有效的，有点，不知道如何。现在我们上传的文件比28mb大，这是一个问题。我检查了服务器设置，它被设置为1gb上传大小，并且在新的重构部分工作时没有问题

问题:

这种错误代码的有效上传大小是多少

---

当旧代码被重构时，我们需要向当前用户提供反馈。

尽管代码没有按预期工作，但在某种意义上它仍然可以工作。由于嵌套表单无效，据我所知，所有浏览器都会通过忽略内部表单的起始标记来处理该问题，并在内部表单的结束标记处结束该表单

因此，只要内部表单位于外部表单的末尾，它将是一个包含所有字段的单个表单，并且将被发布到外部表单的操作中

---

虽然上传文件时会包含一些额外的字段，但这很难解释如此多的数据，以至于上传大小会明显减小。可能是数据发布到与预期不同的页面这一事实导致了问题。

不，发布发生在同一个句柄页面上。我在想，当表单以这种方式制作时，IE可能会出现一些查询。有人知道这件事吗？我想我知道了。。表单中有不止一个文件输入，在某些关系中，文件输入名称是相同的。这。。。。我想这是不好的…@Sangoku：唯一不确定的因素是不同的浏览器如何解析代码。一旦浏览器决定了要从代码中创建哪些元素，它们就会像往常一样工作。您可以使用Internet Explorer中的F12 developer tools之类的工具来检查浏览器从HTML标记创建的元素，以查看页面在浏览器中的实际外观。@Sangoku:具有重复的字段名本身并不违反任何规定，但是如果服务器代码没有准备好，那自然会有问题。我刚才检查过了。当我们有两个名为file_upload的表单元素，其中一个被设置，另一个未设置时，我们从IE收到一个空文件。。。。这可能是它的一个怪癖，因为它对表单进行了严格的解析。请注意，$\u文件变量为空