nginx、Apache、IIS服務(wù)器解決 413 Request Entity Too Large問(wèn)題方法匯總
一、nginx服務(wù)器
nginx出現(xiàn)這個(gè)問(wèn)題的原因是請(qǐng)求實(shí)體太長(zhǎng)了。一般出現(xiàn)種情況是Post請(qǐng)求時(shí)Body內(nèi)容Post的數(shù)據(jù)太大了，
如上傳大文件過(guò)大、POST數(shù)據(jù)比較多。
處理方法
在nginx.conf增加 client_max_body_size的相關(guān)設(shè)置, 這個(gè)值默認(rèn)是1m，可以增加到8m以增加提高文件大小限制；當(dāng)然可以設(shè)置的更大點(diǎn)。
# 在http，server或者location段修改下面的配置：
# set client body size to 8M #
client_max_body_size 8M;
二、Apache服務(wù)器
修改下Apache配置文件中的LimitRequestBody配置，如果是虛擬主機(jī)，請(qǐng)聯(lián)系空間商幫助修改。
具體步驟：
在apache環(huán)境中上傳較大軟件的時(shí)候，有時(shí)候會(huì)出現(xiàn)413錯(cuò)誤，出現(xiàn)這個(gè)錯(cuò)誤的原因，是因?yàn)閍pache的配置不當(dāng)造成的，找到apache的配置文件目錄也就是conf目錄，和這個(gè)目錄平行的一個(gè)目錄叫conf.d打開(kāi)這個(gè)conf.d，里面有一個(gè)php.conf
目錄內(nèi)容如下：
# PHP is an HTML-embedded scripting language which attempts to make it
# easy for developers to write dynamically generated webpages.
#
LoadModule php4_module modules/libphp4.so
#
# Cause the PHP interpreter handle files with a .php extension.
#
SetOutputFilter PHP
SetInputFilter PHP
LimitRequestBody 6550000
#
# Add index.php to the list of files that will be served as directory
# indexes.
#
DirectoryIndex index.php
錯(cuò)誤就發(fā)生在這個(gè)LimitRequestBody配置上，將這個(gè)的值改大到超過(guò)你的軟件大小就可以了
如果沒(méi)有這個(gè)配置文件請(qǐng)將
SetInputFilter PHP
LimitRequestBody 6550000
寫(xiě)到apache的配置文件里面即可。
三、IIS服務(wù)器（Windows Server 2003系統(tǒng)IIS6）
先停止IIS Admin Service服務(wù)，然后
找到windows\system32\inesrv\下的metabase.xml，打開(kāi)，找到ASPMaxRequestEntityAllowed 修改為需要的值，然后重啟IIS Admin Service服務(wù)
1、在web服務(wù)擴(kuò)展 允許active server pages和在服務(wù)器端的包含文檔
2、修改各站點(diǎn)的屬性 主目錄－配置－選項(xiàng)－啟用父路徑
3、使之可以上傳大文檔(修改成您想要的大小就可以了，以字節(jié)為單位)
c:\WINDOWS\system32\inetsrv\MetaBase.xml
！企業(yè)版的windows2003在第592行
默認(rèn)的預(yù)設(shè)置值 AspMaxRequestEntityAllowed="204800" 即200K
將其加兩個(gè)0，即改為，現(xiàn)在最大就可以上傳20M了。
- Nginx上傳文件出現(xiàn)“ 413 (499 502 404) Request Entity Too Large錯(cuò)誤解決
- Nginx部署項(xiàng)目上傳文件報(bào)錯(cuò)413的解決方法
- nginx 502、413和404錯(cuò)誤原因排查和解決辦法總結(jié)
- Nginx HTTP:413 Request Entity Too Large解決方法
- nginx:413 Request Entity Too Large的處理辦法--修改 PHP上傳文件大小
- NGINX報(bào)錯(cuò)413 Request Entity Too Large的問(wèn)題解決
相關(guān)文章
之前大家可能經(jīng)常會(huì)基于apache去部署zabbix，但是這樣會(huì)偶爾遇到一些問(wèn)題，今天小編就帶大家操作一下基于nginx的zabbix5.0的部署。感興趣的可以了解一下2021-07-07
Nginx0.5.33+PHP5.2.5(FastCGI)搭建勝過(guò)Apache10倍的Web服務(wù)器
Nginx 0.5.31 + PHP 5.2.4（FastCGI）搭建可承受3萬(wàn)以上并發(fā)連接數(shù)，勝過(guò)Apache 10倍的Web服務(wù)器的第2版，經(jīng)過(guò)了多臺(tái)服務(wù)器的測(cè)試。2009-10-10
這篇文章主要給大家介紹了關(guān)于nginx配置報(bào)404問(wèn)題排查解決的相關(guān)資料,當(dāng)我們?cè)谠L問(wèn)網(wǎng)站時(shí)常常會(huì)遇到一些我們沒(méi)能想到的問(wèn)題或者其他錯(cuò)誤,此時(shí)我們?cè)L問(wèn)的是無(wú)法路由的頁(yè)面,也就是404頁(yè)面,需要的朋友可以參考下2023-08-08
Nginx代理接口訪問(wèn)返回404的實(shí)現(xiàn)示例
因?yàn)椴煌瑯I(yè)務(wù)系統(tǒng)間有接口調(diào)用,存在跨域問(wèn)題,為了解決同源策略,需要將接口通過(guò)nginx去轉(zhuǎn)發(fā),本文主要介紹了Nginx代理接口訪問(wèn)返回404的實(shí)現(xiàn)示例,感興趣的可以了解一下2024-06-06
一文教會(huì)你使用Nginx訪問(wèn)日志統(tǒng)計(jì)PV與UV
做網(wǎng)站的都知道,平常經(jīng)常要查詢下網(wǎng)站PV、UV等網(wǎng)站的訪問(wèn)數(shù)據(jù),所以下面這篇文章主要給大家介紹了關(guān)于如何使用Nginx訪問(wèn)日志統(tǒng)計(jì)PV與UV的相關(guān)資料,文中通過(guò)實(shí)例代碼介紹的非常詳細(xì),需要的朋友可以參考下2022-05-05
nginx中一個(gè)請(qǐng)求的count計(jì)數(shù)跟蹤淺析
這篇文章主要給大家介紹了關(guān)于nginx中一個(gè)請(qǐng)求的count計(jì)數(shù)跟蹤的相關(guān)資料,文中通過(guò)實(shí)例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友可以參考下2022-01-01
這篇文章主要是講:通過(guò)nginx下面的代理服務(wù)器,實(shí)現(xiàn)訪問(wèn)A地址的時(shí)候自動(dòng)代理到B地址的某個(gè)端口,主要用于標(biāo)題說(shuō)的某個(gè)端口被日.其他東西都正常的情況下,這玩意早上我剛剛測(cè)試過(guò),這博客就是個(gè)很好的例子.2010-06-06
這篇文章主要介紹了詳解Centos7 源碼編譯安裝 Nginx1.13，小編覺(jué)得挺不錯(cuò)的，現(xiàn)在分享給大家，也給大家做個(gè)參考。一起跟隨小編過(guò)來(lái)看看吧2018-06-06
Nginx實(shí)現(xiàn)靜態(tài)資源壓縮的方法詳解
靜態(tài)資源過(guò)大,下載耗時(shí)導(dǎo)致頁(yè)面打開(kāi)慢,希望通過(guò)壓縮減小文件大小,提升下載速度,所以本文給大家介紹了Nginx實(shí)現(xiàn)靜態(tài)資源壓縮的方法，并通過(guò)代碼示例給大家介紹的非常詳細(xì),需要的朋友可以參考下2024-02-02
阿里云國(guó)際版使用Nginx作為HTTPS轉(zhuǎn)發(fā)代理服務(wù)器的處理方法
本文介紹了使用NGINX作為HTTPS流量轉(zhuǎn)發(fā)代理的兩種方法。它總結(jié)了NGINX使用HTTP?CONNECT隧道和NGINX流充當(dāng)HTTPS轉(zhuǎn)發(fā)代理的解決方案的原則，環(huán)境構(gòu)建要求，應(yīng)用場(chǎng)景和關(guān)鍵問(wèn)題2022-05-05