上周一，我们向我们的生产服务器推出了一个新的 ASP.NET 网站，供公众使用。该站点的一个部分提供了一个向导类型的界面，每个步骤都要求用户提供相当少量的输入。向导的每一步都是它自己的用户控制。当用户在这些步骤中移动时，他们的输入被保存到视图状态，当前控件被隐藏，下一个控件可见。如果需要，他们当然可以回去。

总体而言，考虑到我们看到的使用量，一切运行顺利，但我们有两个用户打电话说，当他们试图从一个步骤移动到下一步时，他们收到了“请求实体太大”的消息. 我收集了他们所有的意见，并通过自己尝试重现问题。

在这两种情况下，我都经历了几次，一切都没有问题。在另一次试运行中，我接到了一个电话，并且被转移了大约 5 分钟。当我去接我离开的地方时，我得到了同样的错误。然后我又试了一次，故意在这个过程的一个步骤中等待几分钟，然后又得到了错误。这与我上次暂停的步骤不同。

我想知道不活动是否真的会导致问题，如果增加 IIS 中的“uploadReadAheadSize”值是正确的解决方案，或者我们是否可以以某种方式纠正应用程序本身的问题。谢谢。

我正在使用代理脚本（位于此处），它用于两步结帐（客户将他们的账单信息放在第 1 步，点击“下一步”，然后将付款信息放在第 2 步）。

当他们在步骤 1 中单击“下一步”时，代理脚本会接受PUT带有他们输入数据的请求，然后将所有数据发送到第 3 方服务（购物车）。

问题是，在第 1 步单击提交时，出现413 Request entity too large错误。

我花了很多时间确保 Nginx 配置正确（肯定是这样）。这是 PHP 脚本中的某些东西，它以某种方式错误地触发了413. 我不是 PHP 专家，但这是我唯一能想到的。

以下是我认为不是 Nginx 配置本身的一些原因：

• 请求只有大约 10kb
• 如果我删除 PHP 文件中的所有内容，则PUT数据非常好。只有上面的这个脚本以某种方式触发它。
• 我已经设置了所有必要的 PHP 变量（我相信其中有 4 个）。全部设置为128M
• client_max_body_size正确设置为32M

这是我知道它不是第 3 方服务器的原因

• 它在 apache 上运行良好
• 许多其他人（在 apache 上）正在成功使用它

非常简单的一键下载自己尝试（如果你喜欢的话）

如果你想修改它，下载 zip，然后上传到 nginx 服务器：

• https://github.com/UltraCart/two_page_trial/archive/master.zip

您无需进行任何更改。只需上传、访问trial-page1.html并单击大Order Now按钮。您将看到它将413错误记录到控制台。

我什至不知道如何调试这个，我认为这curl是使用方式的某种问题？

已经玩了一段时间了，它是连接到 api 的功能，un / pw 和 url 绝对正确。

但是它一直失败并出现 413 错误代码，我理解这意味着到服务器的数据流太大，但我要做的只是连接而不发送任何东西。

有什么建议么？谢谢

更新

添加到此

curl_errno($api_connect) 返回 0

curl_error($api_connect) 返回空字符串

并print_r(curl_getinfo($api_connect)返回以下

我有一个用于多个文件上传的文件上传处理程序，并设置了 MAX_CONTENT_SIZE。文档提到当总文件大小超过限制时 Flask 会引发 413 异常，因此我还编写了一个带有自定义 413 页面的 413 错误处理程序。但是，在测试文件上传时，我可以看到肯定会抛出 413 错误，但连接似乎每次都断开，而不是呈现我的错误页面。仅供参考，我目前正在使用 Flask 开发服务器。

代码：

更新：

好吧奇怪，这个问题似乎只在使用 Flask 开发服务器时出现。我在 Apache 上测试它，我的 413 错误页面渲染得很好。

当向 http://blahblahblah.com/site/Login/?domain=blahblahblah.com&request=[request string] 发送 GET 请求时，服务器总是响应 413 错误。在浏览器中，此请求显示带有 javascript 重定向的 html 页面。但是在 Jsoup 中获取这个 URL 的时候会抛出异常。我认为这是为了防止自动登录。我想得到响应的 html 宽度 Jsoup。

在 C#/.Net HttpWebRequest 异常对象中包含响应，我可以从中提取 html 数据。如何在java / android中做到这一点？

对不起我的英语不好。

关于这个问题有很多讨论，但是我现在已经尝试了所有可能的解决方案，我们仍然从服务器收到 413 Request Entity Too Large 错误。

我们的 WCF 服务通过 Azure Worker 角色自托管，不使用 IIS。我们所有的配置都在代码中指定：

这是我们的客户端配置 - 也在代码中指定：

我唯一的预感可能是 SSL 连接有问题？有一些文章提到了特定于 IIS 的问题，但是我不确定这是否与自托管服务有关。

非常感谢任何建议。

更新：

为了确认 SSL 是问题的预感，我暂时禁用了 SSL，然后发现问题消失了。

所以现在我需要弄清楚为什么 SSL 会导致问题。有很多关于类似问题的文档，但它仅与 IIS 托管服务有关（我们的服务是从 Windows 服务自托管的）：

IIS7 - (413) 请求实体太大 | 上传ReadAheadSize

那里有人知道仅适用于自托管 WCF 服务的等效设置吗？

使用 2013 Lightswitch html 应用程序在尝试向包含图像数据的表中添加多行时，服务器会引发错误。它可以处理大约 2Mb 但之后它会失败并显示消息

请求失败，状态码“413”和状态文本“请求实体太大”

我是否按如下方式更改 web.config 中的值似乎并不重要

我有 2 个 WCF 服务一起工作。一个是类库，另一个是 web 服务。

直到现在它工作正常。但是，如果我尝试发送大量数据，则会引发 413 错误...

An exception was thrown: The remote server returned an error: (413) Request Entity Too Large.

下面是 web.config 文件-

对于类库-

behaviorConfiguration="webBehaviour"/>

对于 Web 服务客户端 -

---------------------- --> 部分启用 ASP.NET 用来识别传入用户的安全身份验证模式的配置。--> 部分可以配置如果/当在执行请求期间发生未处理的错误时要做什么。具体来说，它使开发人员能够配置要显示的 html 错误页面来代替错误堆栈跟踪。

PublicKeyToken=31BF3856AD364E35"/>

behaviorConfiguration="webBehaviour"/>

部署 -->

任何帮助将非常感激。

谢谢

查看Apigee 文档，似乎没有指示 API BaaS 中资产允许的最大文件大小。

目前我正在尝试使用以下 CURL 命令发布一个 39MB 的存档：

它正在回退：

我在 Python 中实现了一个应用引擎服务器，用于处理发送给它的 html 文档。当我在本地运行它时一切都很好，但是当我运行 App 引擎时，我收到以下错误：

“413。这是一个错误。你的客户发出的请求太大了。这就是我们所知道的。”

请求只有155KB，我以为应用引擎请求限制是10MB。我已经确认我没有超过任何每日配额，所以有人知道会发生什么吗？

提前致谢！

-萨斯瓦特