nginx、Apache、IIS服務(wù)器解決 413 Request Entity Too Large問題方法匯總
一、nginx服務(wù)器
nginx出現(xiàn)這個問題的原因是請求實體太長了。一般出現(xiàn)種情況是Post請求時Body內(nèi)容Post的數(shù)據(jù)太大了,
如上傳大文件過大、POST數(shù)據(jù)比較多。
處理方法
在nginx.conf增加 client_max_body_size的相關(guān)設(shè)置, 這個值默認是1m,可以增加到8m以增加提高文件大小限制;當然可以設(shè)置的更大點。
# 在http,server或者location段修改下面的配置:
# set client body size to 8M #
client_max_body_size 8M;
二、Apache服務(wù)器
修改下Apache配置文件中的LimitRequestBody配置,如果是虛擬主機,請聯(lián)系空間商幫助修改。
具體步驟:
在apache環(huán)境中上傳較大軟件的時候,有時候會出現(xiàn)413錯誤,出現(xiàn)這個錯誤的原因,是因為apache的配置不當造成的,找到apache的配置文件目錄也就是conf目錄,和這個目錄平行的一個目錄叫conf.d打開這個conf.d,里面有一個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
錯誤就發(fā)生在這個LimitRequestBody配置上,將這個的值改大到超過你的軟件大小就可以了
如果沒有這個配置文件請將
SetInputFilter PHP
LimitRequestBody 6550000
寫到apache的配置文件里面即可。
三、IIS服務(wù)器(Windows Server 2003系統(tǒng)IIS6)
先停止IIS Admin Service服務(wù),然后
找到windows\system32\inesrv\下的metabase.xml,打開,找到ASPMaxRequestEntityAllowed 修改為需要的值,然后重啟IIS Admin Service服務(wù)
1、在web服務(wù)擴展 允許active server pages和在服務(wù)器端的包含文檔
2、修改各站點的屬性 主目錄-配置-選項-啟用父路徑
3、使之可以上傳大文檔(修改成您想要的大小就可以了,以字節(jié)為單位)
c:\WINDOWS\system32\inetsrv\MetaBase.xml
!企業(yè)版的windows2003在第592行
默認的預(yù)設(shè)置值 AspMaxRequestEntityAllowed="204800" 即200K
將其加兩個0,即改為,現(xiàn)在最大就可以上傳20M了。
相關(guān)文章
樹莓派安裝與配置 Nginx Web 服務(wù)器的詳細教程
本文詳細介紹了在樹莓派上安裝和配置Nginx作為Web服務(wù)器的全過程,包括系統(tǒng)更新、Nginx安裝、服務(wù)啟動、配置文件修改、虛擬主機設(shè)置、防火墻配置、自動啟動設(shè)置、HTTPS配置以及定期日志檢查等步驟,通過這些步驟,可以成功將樹莓派設(shè)置為運行Web服務(wù)的服務(wù)器2024-11-11
Nginx配置React項目Url后直接輸入路由路徑時報404問題的解決
這篇文章主要給大家介紹了關(guān)于Nginx配置React項目Url后面直接輸入路由路徑時報404問題的解決方法,文中通過示例代碼將解決的方法介紹的非常詳細,需要的朋友可以參考借鑒,下面隨著小編來一起學(xué)習學(xué)習吧。2017-11-11
Nginx日志中request_time和upstream_response_time區(qū)別
Nginx日志中的request_time和upstream_response_time是關(guān)鍵的性能指標,本文就來介紹一下Nginx日志中request_time和upstream_response_time區(qū)別,具有一定的參考價值,感興趣的可以了解一下2024-11-11
Nginx下配置pathinfo及ThinkPHP的URL Rewrite模式支持
這篇文章主要介紹了Nginx下配置pathinfo及ThinkPHP的URL Rewrite模式支持,使用Nginx運行ThinkPHP的必備配置,需要的朋友可以參考下2015-07-07
Nginx?504?Gateway?Time-out的兩種最新解決方案
大家在訪問網(wǎng)站的時候通常會遇到502錯誤、404錯誤等,很少會遇到504錯誤,但是在我們?nèi)ピL問大流量或者內(nèi)容數(shù)據(jù)量較多的網(wǎng)站時,打開網(wǎng)頁偶爾就會出現(xiàn)504 gateway time-out,這篇文章主要給大家介紹了關(guān)于Nginx?504?Gateway?Time-out的兩種解決方案,需要的朋友可以參考下2022-08-08
Nginx中l(wèi)imit_req模塊和limit_conn模塊的使用
本文主要介紹了Nginx中l(wèi)imit_req模塊和limit_conn模塊的使用,通過limit_req和limit_conn模塊,可以有效實現(xiàn)精確的請求頻率和連接數(shù)控制,下面就來具體介紹一下2024-05-05

