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

我有一个使用无服务器 NextJS 构建并在 AWS CloudFront 后面提供服务的 React 应用程序。我还使用 AWS Cognito 对我们的用户进行身份验证。

在用户通过 AWS Cognito 成功进行身份验证后，他们将被重定向到我的 React 应用程序，并使用包含 OAuth 令牌 ( id_token, access_token, refresh_token, raw[id_token], raw[access_token], raw[refresh_token], raw[expires_in], raw[token_type]) 的查询字符串。

查询字符串似乎只是大于 AWS CloudFront 的限制，并且在下面抛出以下错误：

许多其他用户以前遇到过此错误（请参见示例）。想知道：

• 有什么解决方法吗？也许有一种方法可以配置 AWS Cognito 以减少默认情况下它在查询字符串中传递的令牌数量？

• 是否可以将 AWS CloudFront 配置为忽略对某些页面（而不是缓存主题）强制执行其默认限制？

• 下一步有什么建议？我唯一能想到的就是不使用 AWS CloudFront。

我已经设置了我的第一个 nginx 服务器，在 PhpMyAdmin 中我收到以下错误：

• Error 413 - Request Entity Too Large
• Error 504 - Gateway Timeout Reloaded

我使用以下行并安装了 nginx 和 php 文件。

我可能不需要全部，因为我的 Web 应用程序是基于 PDO、MySQL 的简单 CRUD 样式。

我在网站上读到我必须更改-编辑一些 congif，但我可以让它工作。

我必须在 NGINX、PHP、PHP-FPM 中更改它们吗？

我必须在这里添加/编辑的内容，NGINX：

或在这里：

我必须在这里添加/编辑的内容，PHP：

我必须在这里添加/编辑的内容，PHP-FPM：

我是否需要对另一个文件进行更改，例如ExecTimeLimit在0PhpMyAdmin（它所在的位置）或任何其他文件中？

我暂时发现了这个......

我在没有负载均衡器的 Amazon AWS 服务器上运行此代码。这是我设置的简单服务器。我正在尝试运行用nodejs编写的爬取数据的代码。目前，当我上传大量数据进行爬网时，它显示如下所示的错误：

在我在 StackOverflow 上阅读了许多建议之后，我添加client_max_body_size 500M;了 http、server、location 并重新启动了服务器，但它对它没有任何影响。

这是 nginx.conf 文件：

我哪里错了？

此代码适用于大多数网页，但我已经开始收到某些网页的后续输出错误。

意外的 HTTP 代码：413 有效负载太大

我在下面的代码变量中包含了一个产生错误的网页。

我已经将以下 PHP 变量增加到了最大值，但没有成功：post_max_size、upload_max_filesize。我也将 apache 变量 LimitRequestBody 调整为最大值。

任何建议将不胜感激。

我正在使用 html2canvas 生成图像，我想将其保存在服务器上。当我尝试这样做时，我在控制台中收到错误 413 Request entity too large并且图像未保存。一切都可以在本地主机上运行，​​但不能在实时服务器上运行。

我已经用谷歌搜索了 2 天如何解决这个问题，我的 php.ini 和 .htaccess 配置正确，所以我很确定那不是问题。

HTML：

JavaScript：

PHP：

所以我收到错误“HTTP 错误 413.1 - 请求实体太大”，因为我正在尝试上传一个非常大的文件。当我收到此错误时，整个站点崩溃以显示该错误页面。在有关此问题的每个 SO 或在线帖子中，答案只是增加 IIS 配置中允许的文件的大小。

我想保持默认大小，而只是向用户抛出一个错误，让他们知道他们的文件太大而不会导致站点崩溃并显示 HTTP 错误 413.1 页面。这可能吗？我正在考虑在我的视图模型中进行错误检查，但没有奏效。

我正在使用react-use-hotjar，我可以从添加日志回调中看到 hotjar 正在使用正确的站点 ID 成功初始化，并且identifyHotjar调用也在工作。但是，hotjar 仪表板中没有显示任何录音。

在网络选项卡中，我可以看到；

POST https://ws3.hotjar.com/api/v2/sites/[my-site-id]/recordings/content => 413 Request Entity Too Large

此请求确实具有以下标头： Content-Length: 16748416

诚然，这看起来确实很大——但如果我将视频上传到 hotjar，我有点期待它相当大——那么这个端点不会被配置为接受大的有效载荷吗？

我还可以看到另一个失败的请求；

POST https://in.hotjar.com/api/v1/sites/[my-site-id]/deferred-page-content/[some-other-id] => 413

其中也有这个标题：content-length: 16331099- 再次相当大。

进一步的背景 - 我在我的本地主机上运行这个站点并通过本地隧道公开它- 我不确定这是否会有所作为

有没有人遇到过这个？我用谷歌搜索了它，但我找不到其他人谈论来自 hotjar 的 413。

登录管理页面后返回 413 错误（请求实体太大）。比我将 client_max_body_size 添加到我的 /etc/nginx/nginx.conf 并重新启动 nginx，但它没有帮助:( 我知道这个错误是一个常见的错误，但我不得不问这个问题，因为没有更多关于 client_max_body_size 的信息.

我正在发出 GET 请求，并将 40 个字符串附加到查询参数。每个字符串长度为 100 个字符。

即使没有涉及文件，为什么我会出现 Request Entity Too Large 错误？另外，如果我正确理解了查询参数的限制，那么除非浏览器设置了限制，否则它就没有限制。而且我无论如何都在没有浏览器的情况下发出请求（通过测试）。

我已尝试将最大请求大小设置为 200 MB，并将最大文件上传大小设置为 200 MB。我确信文件与它无关，但只是为了测试它，我对文件上传设置了限制。

当我发送 39 个字符串，其中每个字符串仍然是 100 个字符长时，请求顺利通过。我还能做什么？

HTTP 错误 413.1 - 请求实体太大 页面未显示，因为请求实体太大

这是一个 webforms 应用程序，我在 web.config 中设置了这些：

这两个设置设置了最大文件大小上传限制。但是，当我使用更大的文件进行测试时，我得到了 IIS 错误页面，并且无法优雅地捕获和处理此错误。

我尝试将 customErrors 设置为 On 或 Custom，但是当错误发生时，它既没有命中默认的 redir 也没有命中自定义的 redir？

有任何想法吗？