问题标签 [http-status-code-413]

在 Web 应用程序中，我想返回一个状态代码来指示发送的正文是否太大。具体来说，我想在防止 gzip 炸弹的代码中执行此操作。

对于 gzip 炸弹，如果提取的内容超过给定大小，通常会中止提取传入的 gzip 流。

所以我想知道在这种情况下我是否可以返回 HTTP 状态代码 413（有效负载太大），或者它是否保留用于处于压缩状态的 HTTP 正文的实际字节长度？

来自RFC 7231，第 6.5.11 节：

413 (Payload Too Large) 状态码表示服务器拒绝处理请求，因为请求的负载大于服务器愿意或能够处理的。服务器可以关闭连接以阻止客户端继续请求。

我正在尝试调用发送大于 50Mb 的图像的谷歌云函数。云功能的目的是调整图像大小并将其上传到谷歌云存储。

但是，当我将 HTTP 帖子发送到我的云函数时，我收到以下错误：413 Request Entity Too Large

有没有人对此错误有任何解决方法？我可以增加 http 请求大小限制吗？

我想通过以下方法将数组提交到我的服务器。我的数组还包含字符串格式的图像（以字符串格式编码）。没有图像字符串它对我有用。但是当我添加字符串编码的图像时，它会出现以下错误：

• E/Volley：[4084] BasicNetwork.performRequest： http://www.......com/TrueCaller/submit_contacts.php的意外响应代码 413 05-21 14:37:38.643 18773-18773/satsuma.callerid_realcaller W/System.err：com.android.volley.ClientError 05-21 14:37:38.644 18773-18773/satsuma.callerid_realcaller W/System.err：在 com.android.volley.toolbox.BasicNetwork.performRequest(BasicNetwork.java :190) 05-21 14:37:38.644 18773-18773/satsuma.callerid_realcaller W/System.err: 在 com.android.volley.NetworkDispatcher.processRequest(NetworkDispatcher.java:120) 05-21 14:37:38.644 18773 -18773/satsuma.callerid_realcaller W/System.err：在 com.android.volley.NetworkDispatcher.run(NetworkDispatcher.java:87)*

数组初始化：

Contact_Details 类如下：

我想弄清楚上传文件时如何处理 413 错误，to show the user that the file they are trying to upload is too large. 我正在使用React-dropzone从React中的组件上传文件，然后将其传递给sagas，然后 sagas 中的一个函数将遍历文件并将每个文件发送到Rails - 使用Carrierwave上传文件，然后rails将发回一些数据如果上传成功。

我的上传组件.jsx

sagas.js

当我遇到 413 错误时，我还会收到此附加消息

错误 413 文件太大

我正在尝试将文件（230MB）发送到NGinx/1.10.2服务器。

服务器配置为处理最大 200MB。

我发送这样的文件：

我的改造超时：读/写/连接 - 200 秒

我的日志：

现在我预计 413 状态码会出错。不幸的是，我收到：

30 秒后。

如果我Postman用来发送这个文件，那么它就像魅力一样 - 几毫秒后的 413。所以我不认为这是服务器问题

请求部分：

如何在 wso2 API 管理器中配置输入有效负载大小

我们要发送的有效载荷大小超过 2MB。即应用程序/json 请求

WCF 服务正在返回

远程服务器返回错误：(413) Request Entity Too Large

但数据大小只有 80KB 我配置了 2GB 最大大小。我试过堆栈溢出，但我仍然面临同样的问题。

配置：

服务器端接口

在客户端

我正在访问 WCF 服务以通过 MVC4 .Net 应用程序中的 SOAP 协议传输数据。参数均为字符串类型。如果文本大小超过 60 KB，则在调用该方法时，它会引发错误，例如“远程服务器返回错误：(413) 请求实体太大”。但是在基于 stackoverflow 指南的服务器配置中，我为配置中收到的 Max 消息添加了 MAX 大小，我仍然面临同样的帮助。

我已经看过人们遇到类似问题的帖子，但找不到明确的答案。

我尝试使用以下代码行检索 264735 个插槽的二维数组：

但这是我得到的：

响应代码：413。消息：响应太大。

这看起来很奇怪，因为我看不到这种无处写入的限制以及如果 300000 个或更少的单元格会导致 API 错误，用户如何获取大量数据。

我尝试拆分请求并且它有效，但这使我的代码更加复杂和缓慢，而且在尝试将值更新回我的工作表范围时我得到一个空响应。

我是否指向正确的方向，这是否正常，有解决方法吗？

编辑： 这是一个示例电子表格

首先，我尝试在循环内使用拆分范围Sheets.Spreadsheets.Values.get ，for它起作用了。

做同样的事情batchGet给了我同样的错误，所以我想我在单元格内有太大的数据。

我正在尝试向使用码头服务器服务的端点发出 POST 请求。请求错误提示 413 请求实体太大。但是内容长度只有 70KB，我看到这远低于 200KB 的默认限制。

我尝试通过 ngnix 服务器提供服务并将 client_max_body_size 添加到所需的级别，但这没有用。我已经设置了 WebContext 的 setMaxFormContentSize ，但这也没有帮助。我关注了https://wiki.eclipse.org/Jetty/Howto/Configure_Form_Size，但这也没有帮助我。

有没有人可以提供任何解决方案？

当我的系统使用 okhttp3 发送 http 请求时，会出现以下问题：413 Request Entity Too Large

我想知道如何在 okhttp3 请求中设置最大大小，或者是否有针对此问题的其他解决方案。