问题标签 [http-status-code-413]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
nginx - 我变成了错误信息“413 Request Entity Too Large nginx”
我的专用根服务器上有一个脚本(类似于 youtube),但我无法上传大型视频文件。
我收到此错误消息:
413 请求实体太大 nginx
程序员写了一个php文件,直接显示错误信息。
我已经调整了nginx.conf
,但错误仍然存在。
这些数据设置在php.ini
:
- PHP 7.0.33
- memory_limit 4096M
- 最大执行时间 7200
- 最大输入时间 7200
- post_max_size 4096M upload_max_filesize 4096M
有人能帮我吗?我必须在哪里进行更改才能上传大型视频文件。
谢谢!
django - 413 Payload Too Large on Django server
My team has been getting 413 errors whenever we try and upload large files to our Django back-end: 413 Payload too large
We can't exactly pin down the maximum acceptable file size - it seems to vacillate in the 1-3MB range.
Things we have excluded:
It's not a webserver configuration issue, because we're running the
Django server locally (without a webserver)We believe it's not an app server configuration issue, because this happens on multiple app servers (
./manage.py runserver
anddaphne -p 8000 topknott.asgi:application
)It's not an issue with the field on the Django model, which looks normal:
photo = models.ImageField(blank=True)
Can anyone spot what we're missing?
apache - 在 curl 中传递 POST 数据时请求实体太大
我有一个 fastcgi++ 服务。它通过 POST 接受 4 个参数,因为其中一个是密码。我的示例输入是 61 个字符。这就是我调用我的服务的方式:
我收到此错误:413 Request Entity too large。根据我的研究,我发现这意味着 apache 期望的身体比它得到的要小。所以,我添加LimitRequestBody 0
到httpd.conf(我不在生产环境中)。但是apache还是抱怨请求实体太大。
我将 -v 添加到 curl 中,这是输出:
这是我的 httpd.conf:
这是 fcgid.conf:
geoserver - Geoserver - GetFeature SHAPE-ZIP 请求 - 413 错误
我正在将 Geoserver 与使用 OpenLayers 3 编写的应用程序一起使用。该应用程序可以使用 WFS 服务下载压缩的 shapefile,除非我发出大型(长 URL)请求,否则该应用程序可以工作。在这种情况下,我在 Chrome 中收到 413 错误。
有没有办法可以更改此设置,以便我可以向 Geoserver 发出更长的请求(或者问题是什么?
这是请求:
http - 从服务器的角度来看,413 Payload Too Large 毫无意义吗?
考虑一个 POST 请求,发送一个大文件。在某些时候 - 无论是在读取正文之后Content-Length
还是在读取正文期间,如果分块传输 - 服务器会确定正文长度太大。
根据 http,服务器应该回复413 Payload Too Large
. 但是为了回复,服务器必须首先读取整个 POST 请求,至少 AFAIK 会破坏浏览器并显示神秘的错误消息。
那么,413 Payload Too Large
如果我无论如何都需要阅读整个请求才能回复,那么重点在哪里呢?
我知道POST
在丢弃所有内容然后回复的同时读取请求到最后的“选项” 413 Payload Too Large
,但是是的,这不是一个让服务器无所事事的选项......
所以关闭连接而不回复基本上是我能做的最好的吗?
wcf - 错误“请求实体太大” - 所有属性都有最高值
我正在尝试使用 WCFservice,但我收到 HTTP 413 错误“请求实体太大”。
我使用以下内容配置了 WCF 服务的 web.config:
如您所见,属性的值设置为最高值。但是我收到了 HTTP 413 错误。
我错过了什么吗?
提前致谢并致以最诚挚的问候。期待您对上面的评论。
java - 在哪里可以找到 DropWizard 嵌入式 http 服务器的 conf?
我们有一个使用 DropWizard 构建的应用程序(Restful api)。当我们尝试使用大小为 906KB 的正文进行发布时,它会抛出异常“413 Request Entity Too Large”错误。
我四处搜索,看到解决方案似乎更改了 http 服务器(ngix,apache)配置以增加允许的限制。我在哪里可以找到 DropWizard 嵌入式 http 服务器的配置?
提前致谢。
nginx - 为什么会发生“请求实体太大”的错误?
“nginx 413 请求实体太大”
我没有解决这个问题。
如果您知道这一点,请告诉我这个问题。谢谢 :)
python - 413“请求实体太大”使用 Python 和 postcodes.io API
我有大量的邮政编码,我想使用“postCodes.io”API,它在 python 中为给定的 postCode 提供经度和高度数据。
当我只请求 3-4 个邮政编码时,它不会给出错误,但是当我想要大量数据时,它会给出“413 错误”。我应该如何使用 python 等待所需的时间并再次尝试使用 API?
或者如果我在本地机器上下载 API 并使用 docker 运行,是否可以更改此请求限制? https://postcodes.io/docs#Install-notes
这是我的代码:
文件 = deneme.csv 看起来像这样:
django - Django 上的 Google App Engine Blobstore API
我有一个用 Django 构建的应用程序,目前部署在 Google App Engine 上。一切正常,除了当我想上传大于 32MB 的文件时。我收到一个错误,上面写着413。这是一个错误。
我一直在做一些研究,我开始意识到我必须使用 Google App Engine 的 Blobstore API。我不知道如何在我的 Django App 上实现它。
目前我的代码看起来像这样:
模型:
形式:
看法:
一切正常。我只想知道如何在我当前的代码结构上实现Google App Engine 的 Blobstore API以启用大文件上传。