起因說明：
因業(yè)務要求，客戶需要對以往客戶進行階段性做客戶挖掘分析，分析內容包含，客戶消費記錄、消費內容、客戶基本信息情況等行為操作進行分析，客戶要求的前端展現(xiàn)行為分析方式是一個頁面盡量展現(xiàn)越多的數(shù)據(jù)越好，因瀏覽器容量問題，最終跟客戶協(xié)商一個頁面展現(xiàn)2000行記錄，四十個字段，而且展現(xiàn)的字段內容有問題反饋等文字描述性的內容，然后對該內容在進行更新提交給服務器，然后在查看更新結果，因提交和展現(xiàn)的頁面數(shù)據(jù)容量偏大，最終導致無法展現(xiàn)相關信息，導致頁面報：413 Request Entity Too Large錯誤信息，
，如下：

站在用戶的角度思考問題，與客戶深入溝通，找到建水網(wǎng)站設計與建水網(wǎng)站推廣的解決方案，憑借多年的經(jīng)驗，讓設計與互聯(lián)網(wǎng)技術結合，創(chuàng)造個性化、用戶體驗好的作品，建站類型包括：網(wǎng)站設計制作、成都網(wǎng)站設計、企業(yè)官網(wǎng)、英文網(wǎng)站、手機端網(wǎng)站、網(wǎng)站推廣、主機域名、網(wǎng)頁空間、企業(yè)郵箱。業(yè)務覆蓋建水地區(qū)。

對應部分截取SQL語法如下：

而此問題在我們測試環(huán)境下不會出現(xiàn)，因我們本地測試環(huán)境是直接訪問tomcat，而生產環(huán)境通過nginx 然后集群分發(fā)訪問不同的tomcat，那問題就是出在nginx配置問題。

問題分析：
因為業(yè)務客戶端請求是走HTTP的post方法提交數(shù)據(jù)，而提交請求數(shù)據(jù)nginx是有限制客戶端請求主體大小，“content-length”，如果超過了設定值，則客戶端會收到報錯 413 Request Entity Too Large，導致前端瀏覽器不能正常顯示數(shù)據(jù)。
因我們前端展現(xiàn)的條目最大2000筆，字段40個，故設置如下大小，最終解決問題：

client_max_body_size 20m;
備注：client_max_body_size 默認 1M，將大小設置為0表示將禁用檢查客戶端請求正文大小，根據(jù)實際業(yè)務要求而設定大小。

文章名稱：413RequestEntityTooLarge錯誤處理
URL地址：http://chinadenli.net/article28/gjeccp.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供定制網(wǎng)站、、網(wǎng)站排名、標簽優(yōu)化、虛擬主機、商城網(wǎng)站

廣告

聲明：本網(wǎng)站發(fā)布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經(jīng)允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯(lián)