Nginx HTTP:413 Request Entity Too Large解決方法
概述
今天遇到一個(gè)問題,在PHP程序中上傳圖片出現(xiàn)了以下錯(cuò)誤:HTTP:413 Request Entity Too Large。
開發(fā)環(huán)境:CentOS + Nginx + PHP + MySql
解決方案
解決此問題,根據(jù)上傳數(shù)據(jù)文件的大小,需要調(diào)節(jié)PHP和Nginx相關(guān)的參數(shù)配置。
配置PHP
PHP默認(rèn)上傳文件大小限制為2M,如果超出2M你需要修改PHP配置文件php.ini里面的參數(shù)。
post_max_size = 8M (表單提交的最大限制,此項(xiàng)不是限制上傳單個(gè)文件的大小,而是針對整個(gè)表單提交的數(shù)據(jù)進(jìn)行限制。)
upload_max_filesize = 2M (上傳的單個(gè)文件的最大限制)
需要保證 post_max_size >= upload_max_filesize ,也就是前者不小于后者。
修改之后一定要重啟 php-fpm。
配置Nginx
除了修改 php 配置,你也需要修改nginx配置文件nginx.conf。
client_max_body_size 30M;
其中30M可以根據(jù)需要上傳文件大小自行設(shè)定。
修改之后一定要重新載入nginx(service nginx restart)。
總結(jié)
今天解決了好幾個(gè)小問題,挨個(gè)記錄下~~
進(jìn)步不用多,每天一點(diǎn)點(diǎn)
- 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:413 Request Entity Too Large的處理辦法--修改 PHP上傳文件大小
- nginx、Apache、IIS服務(wù)器解決 413 Request Entity Too Large問題方法匯總
- NGINX報(bào)錯(cuò)413 Request Entity Too Large的問題解決
相關(guān)文章
Nginx編譯參數(shù)大全 configure參數(shù)中文詳解
這篇文章主要介紹了Nginx編譯參數(shù)大全,Nginx configure參數(shù)中文詳解,需要的朋友可以參考下2014-04-04記一次nginx配置不當(dāng)引發(fā)的499與failover 機(jī)制失效問題
近期在非高峰期也存在499超過告警閾值的偶發(fā)情況,多的時(shí)候一天幾次,少的時(shí)候則幾天一次,持續(xù)一般也就數(shù)分鐘,經(jīng)過和小伙伴的共同探究,最后發(fā)現(xiàn)之前對于499是客戶端主動斷開因而和服務(wù)端關(guān)系不大的想當(dāng)然認(rèn)知是錯(cuò)誤的,這里記錄一下2023-05-05angular6+springboot實(shí)現(xiàn)前后分離nginx配置
這篇文章主要介紹了angular6+springboot實(shí)現(xiàn)前后分離nginx配置詳解,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步,早日升職加薪2023-06-06Nginx反向代理如何到訪問者機(jī)器上(后端調(diào)試)
這篇文章主要介紹了Nginx反向代理如何到訪問者機(jī)器上(后端調(diào)試),具有很好的參考價(jià)值,希望對大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2024-06-06