已完结小说排行榜,yy玄幻小说排行榜完本

新聞中心

這里有您想知道的互聯網營銷解決方案

如何解決413請求實體太大報錯

wordpress錯誤有各種形式和大小。在大多數情況下，它們很容易破譯。這就是WordPress錯誤報告的可訪問性。即便如此，當“413 Request Entity Too Large”錯誤彈出時，它會讓你摸不著頭腦。

主要從事網頁設計、PC網站建設（電腦版網站建設）、wap網站建設（手機版網站建設）、成都響應式網站建設公司、程序開發(fā)、微網站、重慶小程序開發(fā)等，憑借多年來在互聯網的打拼，我們在互聯網網站建設行業(yè)積累了豐富的成都網站制作、做網站、外貿營銷網站建設、網絡營銷經驗，集策劃、開發(fā)、設計、營銷、管理等多方位專業(yè)化運作于一體，具備承接不同規(guī)模與類型的建設項目的能力。

在沒有意識到的情況下，您已經擁有了理解和診斷其名稱中的錯誤所需的一切。好消息是您只需要標準的安全文件傳輸協議 (SFTP)客戶端和管理員訪問您的服務器即可。

在這篇文章中，我們將看看如何解決“413 Request Entity Too Large”錯誤。我們還將為您提供在開始解決錯誤之前要采取的步驟的快速列表，以使該過程超級簡單。

413請求實體太大報錯（413 Request Entity Too Large）這個報錯不太多見，但并不代表它不存在。錯誤的本質非常清晰，即客戶端所請求的實體，比如上傳的文件超出限制所致。

既然知道這個錯誤的問題所在，那么我們需要做哪些應對措施以修復此報錯就非常簡單了。

這篇文章將詳細說明該錯誤的本質及提出錯誤修復的解決方案：

什么是`413 Request Entity Too Large`？

413 Request Entity Too Large當從客戶端作出的請求是過大，由Web服務器進行處理會出現誤差。如果您的Web服務器設置了特定的HTTP請求大小限制，客戶端可能會遇到413 Request Entity Too Large響應?？赡軐е麓隋e誤的示例請求是，如果客戶端嘗試將大文件上傳到服務器（例如，大媒體文件）。

它取決于您使用的Web服務器的類型，這將決定您需要配置哪個指令。無論您是要限制用戶將過大的文件上傳到您的Web服務器，還是要增加上傳大小限制，以下部分將說明如何操作。

我們注意到錯誤名稱中有關于解決方案和問題的線索。不過，在你親自調查之前，我們會破壞這個驚喜：它在形容詞“大”中。

簡而言之，“413 Request Entity Too Large”錯誤是一個大小問題。當客戶端發(fā)出的請求太大而最終服務器無法處理時，就會發(fā)生這種情況。根據錯誤的性質，服務器可以完全關閉連接以防止發(fā)出進一步的請求。

讓我們將錯誤分解為幾個部分：

“413”：這是4xx錯誤代碼之一，表示服務器和瀏覽器之間存在問題。
“請求實體”：在這種情況下，“實體”是客戶端從服務器請求的信息負載。
“太大”：這很簡單：實體比服務器愿意或能夠服務的要大。

實際上，此錯誤已將其名稱從最初的名稱更改為更具體并提供更多清晰度。它現在被稱為“413 Payload Too Large”錯誤，盡管在實踐中，您會更多地看到舊名稱。

至于為什么會出現錯誤，簡單的解釋是服務器設置為拒絕顯式上傳太大。想一想您上傳文件時存在最大文件大小限制的情況：

TinyPNG主頁

在大多數情況下，會進行一些驗證來阻止錯誤……如果您看到“413 Request Entity Too Large”錯誤，那么這些驗證工作可能不像您想象的那樣無懈可擊。

修復414 Request-URI Too Large錯誤需要什么

如果您過去遇到過413 Request Entity Too Large錯誤，您會發(fā)現類似的414錯誤。當然，這些名稱顯示了它們的相似之處，因為它們在官方標準中彼此相鄰并且具有幾乎相同的描述。

鑒于此，您用于修復413的工具和技能列表也將與414相同：

對您的服務器的管理訪問權限
眾多可用的安全文件傳輸協議 (SFTP) 客戶端之一
使用SFTP和導航服務器的正確技能
手頭有一個干凈的最新備份，以防您需要恢復
一個文本編輯器，盡管這對您來說可能不是必需的

在糾正“413請求實體太大”錯誤之前可以采取的“準備步驟”

在您打開工具箱之前，您可以采取一些步驟來幫助解決“413 Request Entity Too Large”錯誤。這里有兩個——每個都可以為您提供一個受歡迎的解決方法。

1.嘗試通過SFTP將大文件上傳到您的服務器

因為這個問題與服務器的文件大小有關，所以最好繞過前端接口并自己將大文件上傳到服務器。最好的方法是通過SFTP。

這是因為就訪問服務器的方式而言，諸如SFTP之類的協議幾乎與您所能獲得的一樣“接近骨子里”。此外，您可以同時排除任何可能導致錯誤的前端問題。

為此，請通過SFTP登錄您的站點并找到wp-content文件夾。在這里將是上傳文件夾。

從SFTP客戶端看到的上傳文件夾

接下來，將你的文件上傳到服務器上的這個文件夾，看看結果如何。如果上傳成功，我們建議向網站的開發(fā)人員發(fā)送電子郵件，因為他們可能希望在前端進一步調查問題。

2.檢查服務器權限錯誤

當然，權限錯誤會阻止任何服務器請求運行。因此，您應該檢查用戶是否有足夠的權限上傳任何大小的文件。排序后，錯誤應該消失。

第一步是確定這是否是單個用戶的問題（在這種情況下，他們可能由于某種原因受到限制）。如果多個用戶出現“413 Request Entity Too Large”錯誤，您可以更加確定需要您輸入的內容。

我們在這里建議兩個“預修復”：

仔細檢查您的WordPress文件權限，以防萬一出現問題。
刪除并重新創(chuàng)建您的SFTP用戶（一般調查是個好主意）。

雖然他們可能無法在一開始就解決錯誤，但您至少會知道您的文件和用戶結構是應有的。

修復`413 Request Entity Too Large`錯誤

完成前期步驟后，您就可以正面解決錯誤了。

以下三種方法從最簡單到最困難列出，理解為阻力最小的路徑是最好的路徑。

1. 編輯您的WordPress functions.php文件

首先，您可以使用您的functions.php文件來幫助增加您網站的文件上傳大小。為此，首先使用主機控制面板中的憑據通過SFTP登錄您的站點。

當您進入時，您會想要查找文件本身。functions.php文件應該位于服務器的根目錄中。在許多情況下，此根稱為www或public_html，或者它可能是您網站的縮寫名稱。

找到它后，您可以在您選擇的文本編輯器中打開它。如果您沒有看到該文件，您可以使用文本編輯器創(chuàng)建它。

打開文件后，輸入以下內容：

@ini_set( '_max_size' , '64M' );
@ini_set( 'post_max_size', '64M');
@ini_set( 'max_execution_time', '300' );

簡而言之，這增加了帖子和上傳的最大文件大小，同時增加了服務器嘗試處理請求的時間。這里的數字可以是你想要的任何數字，但它們應該足夠大以使錯誤消失。實際上，除了最繁重的任務之外，64MB就足夠了。

functions.php文件

準備好后，保存文件并再次將其上傳到服務器。然后，檢查“413 Request Entity Too Large”錯誤是否仍然存在。如果是這樣，請轉到下一個方法。

2. 修改您的WordPress .htaccess文件

就像您的functions.php文件一樣，您的.htaccess文件位于您的服務器上。這里的區(qū)別在于.htaccess是Apache服務器的配置文件。

不過，對于那些擁有Apache服務器的人來說，這是您需要的方法。與functions.php的指南非常相似，首先通過SFTP登錄到您的服務器，然后像以前一樣查看您的根文件夾。

.htaccess文件應該在這個目錄中，但如果它丟失了，我們建議您與您的主機聯系以確定它在哪里，以及您的服務器是否在Nginx上運行。

找到后，再次打開它。你會看到一些標簽，這里最重要的是# END WordPress. 您需要在此行之后粘貼以下內容：

php_value upload_max_filesize 64M
php_value post_max_size 64M
php_value max_execution_time 300
php_value max_input_time 300

簡而言之，這與您添加到functions.php文件中的代碼幾乎相同，但它類似于向服務器提供直接指令。

.htaccess文件

完成后，保存更改，上傳文件，然后再次檢查您的站點。如果您仍然遇到問題，我們再次建議您聯系您的房東，因為他們需要驗證您設置的某些方面，這些方面超出了本文的范圍。

此外，對于Apache Web服務器，有一個名為LimitRequestBody的類似指令。該指令提供的功能與client_max_body_size您能夠限制HTTP請求的大小相同。LimitRequestBody指令可以在您的http.conf文件或.htaccess文件中定義。Apache中此指令的默認值是0，但是，您可以將此值設置為您喜歡的任何值（該值以字節(jié)表示）。

例如，如果您想限制大于100 MB的請求，您可以使用以下內容。

LimitRequestBody 104857600

完成更改后，保存配置文件并使用以下命令重新加載 Apache：

service apache2 reload

3. 改變你的Nginx服務器配置

我們的最后一種方法是特定于Nginx服務器。目的與使用.htaccess文件時相同，因為您是在與服務器對話，而不是通過WordPress。

我們提到對于Apache服務器，您將使用.htaccess。但是，對于Nginx服務器，您需要找到nginx.conf文件。我們沒有引導您完成鏈中的每一步，而是在我們的問中詳細介紹了更改WordPress最大上傳大小。

根據您使用的Web服務器，實施下面描述的必要更改以配置您的Web服務器的最大HTTP請求大小限額。通過這樣做，您可以設置允許客戶端上傳的閾值文件大小，如果超過該限制，他們將收到一個413 Request Entity Too Large狀態(tài)。

對于Nginx用戶，決定允許的HTTP請求大小的指令是client_max_body_size. 該指令可能已經在您的nginx.conf文件（/etc/nginx/nginx.conf）中定義。但是，如果不是，您可以在http, server或者location塊中添加該指令并定義一個值。

server {
client_max_body_size 100M;
...
}

該指令的默認值為1M（1 兆字節(jié)）。如果您不希望有請求大小限制，您可以將該值設置為0。

設置所需的值后，保存更改并通過運行以下命令重新加載Nginx：

service nginx reload

請記住，您還需要根據對nginx.conf所做的更改來更改php.ini文件。我們也在上述博客文章中介紹了這一點，因此請查看那里的確切步驟。

附加配置 – PHP用戶

除了修改Web服務器上的相應指令外，PHP用戶還需要進行一些其他更改。首先，您需要打開php.ini文件，該文件很可能位于類似于/etc/php5/fpm/php.ini（取決于您的PHP版本）的目錄中。接下來，您需要找到并修改以下指令：

upload_max_filesize定義上傳文件的最大允許大?。J為 2 MB）。
post_max_size定義了PHP將接受的POST最大數據大小。此設置還會影響文件上傳（默認為8MB）。

一旦上述指令被修改，以反映所需的容許HTTP請求大小，簡單地保存配置并重新加載PHP-FPM通過運行下面的命令：

service php-fpm restart

名稱欄目：如何解決413請求實體太大報錯
文章分享：http://fisionsoft.com.cn/article/cdhichc.html