建站
咨詢
售后
建站咨詢
新聞中心
wordpress錯誤有各種形式和大小。在大多數(shù)情況下，它們很容易破譯。這就是WordPress錯誤報告的可訪問性。即便如此，當(dāng)“413 Request Entity Too Large”錯誤彈出時，它會讓你摸不著頭腦。
主要從事網(wǎng)頁設(shè)計、PC網(wǎng)站建設(shè)（電腦版網(wǎng)站建設(shè)）、wap網(wǎng)站建設(shè)（手機版網(wǎng)站建設(shè)）、成都響應(yīng)式網(wǎng)站建設(shè)公司、程序開發(fā)、微網(wǎng)站、重慶小程序開發(fā)等，憑借多年來在互聯(lián)網(wǎng)的打拼，我們在互聯(lián)網(wǎng)網(wǎng)站建設(shè)行業(yè)積累了豐富的成都網(wǎng)站制作、做網(wǎng)站、外貿(mào)營銷網(wǎng)站建設(shè)、網(wǎng)絡(luò)營銷經(jīng)驗，集策劃、開發(fā)、設(shè)計、營銷、管理等多方位專業(yè)化運作于一體，具備承接不同規(guī)模與類型的建設(shè)項目的能力。
在沒有意識到的情況下，您已經(jīng)擁有了理解和診斷其名稱中的錯誤所需的一切。好消息是您只需要標(biāo)準(zhǔn)的安全文件傳輸協(xié)議 (SFTP)客戶端和管理員訪問您的服務(wù)器即可。
在這篇文章中，我們將看看如何解決“413 Request Entity Too Large”錯誤。我們還將為您提供在開始解決錯誤之前要采取的步驟的快速列表，以使該過程超級簡單。
413請求實體太大報錯（413 Request Entity Too Large）這個報錯不太多見，但并不代表它不存在。錯誤的本質(zhì)非常清晰，即客戶端所請求的實體，比如上傳的文件超出限制所致。
既然知道這個錯誤的問題所在，那么我們需要做哪些應(yīng)對措施以修復(fù)此報錯就非常簡單了。
這篇文章將詳細(xì)說明該錯誤的本質(zhì)及提出錯誤修復(fù)的解決方案：
什么是413 Request Entity Too Large？
413 Request Entity Too Large當(dāng)從客戶端作出的請求是過大，由Web服務(wù)器進(jìn)行處理會出現(xiàn)誤差。如果您的Web服務(wù)器設(shè)置了特定的HTTP請求大小限制，客戶端可能會遇到413 Request Entity Too Large響應(yīng)?？赡軐?dǎo)致此錯誤的示例請求是，如果客戶端嘗試將大文件上傳到服務(wù)器（例如，大媒體文件）。
它取決于您使用的Web服務(wù)器的類型，這將決定您需要配置哪個指令。無論您是要限制用戶將過大的文件上傳到您的Web服務(wù)器，還是要增加上傳大小限制，以下部分將說明如何操作。
我們注意到錯誤名稱中有關(guān)于解決方案和問題的線索。不過，在你親自調(diào)查之前，我們會破壞這個驚喜：它在形容詞“大”中。
簡而言之，“413 Request Entity Too Large”錯誤是一個大小問題。當(dāng)客戶端發(fā)出的請求太大而最終服務(wù)器無法處理時，就會發(fā)生這種情況。根據(jù)錯誤的性質(zhì)，服務(wù)器可以完全關(guān)閉連接以防止發(fā)出進(jìn)一步的請求。
讓我們將錯誤分解為幾個部分：
- “413”：這是4xx錯誤代碼之一，表示服務(wù)器和瀏覽器之間存在問題。
- “請求實體”：在這種情況下，“實體”是客戶端從服務(wù)器請求的信息負(fù)載。
- “太大”：這很簡單：實體比服務(wù)器愿意或能夠服務(wù)的要大。
實際上，此錯誤已將其名稱從最初的名稱更改為更具體并提供更多清晰度。它現(xiàn)在被稱為“413 Payload Too Large”錯誤，盡管在實踐中，您會更多地看到舊名稱。
至于為什么會出現(xiàn)錯誤，簡單的解釋是服務(wù)器設(shè)置為拒絕顯式上傳太大。想一想您上傳文件時存在最大文件大小限制的情況：
TinyPNG主頁
在大多數(shù)情況下，會進(jìn)行一些驗證來阻止錯誤……如果您看到“413 Request Entity Too Large”錯誤，那么這些驗證工作可能不像您想象的那樣無懈可擊。
修復(fù)414 Request-URI Too Large錯誤需要什么
如果您過去遇到過413 Request Entity Too Large錯誤，您會發(fā)現(xiàn)類似的414錯誤。當(dāng)然，這些名稱顯示了它們的相似之處，因為它們在官方標(biāo)準(zhǔn)中彼此相鄰并且具有幾乎相同的描述。
鑒于此，您用于修復(fù)413的工具和技能列表也將與414相同：
- 對您的服務(wù)器的管理訪問權(quán)限
- 眾多可用的安全文件傳輸協(xié)議 (SFTP) 客戶端之一
- 使用SFTP和導(dǎo)航服務(wù)器的正確技能
- 手頭有一個干凈的最新備份，以防您需要恢復(fù)
- 一個文本編輯器，盡管這對您來說可能不是必需的
在糾正“413請求實體太大”錯誤之前可以采取的“準(zhǔn)備步驟”
在您打開工具箱之前，您可以采取一些步驟來幫助解決“413 Request Entity Too Large”錯誤。這里有兩個——每個都可以為您提供一個受歡迎的解決方法。
1.嘗試通過SFTP將大文件上傳到您的服務(wù)器
因為這個問題與服務(wù)器的文件大小有關(guān)，所以最好繞過前端接口并自己將大文件上傳到服務(wù)器。最好的方法是通過SFTP。
這是因為就訪問服務(wù)器的方式而言，諸如SFTP之類的協(xié)議幾乎與您所能獲得的一樣“接近骨子里”。此外，您可以同時排除任何可能導(dǎo)致錯誤的前端問題。
為此，請通過SFTP登錄您的站點并找到wp-content文件夾。在這里將是上傳文件夾。
從SFTP客戶端看到的上傳文件夾
接下來，將你的文件上傳到服務(wù)器上的這個文件夾，看看結(jié)果如何。如果上傳成功，我們建議向網(wǎng)站的開發(fā)人員發(fā)送電子郵件，因為他們可能希望在前端進(jìn)一步調(diào)查問題。
2.檢查服務(wù)器權(quán)限錯誤
當(dāng)然，權(quán)限錯誤會阻止任何服務(wù)器請求運行。因此，您應(yīng)該檢查用戶是否有足夠的權(quán)限上傳任何大小的文件。排序后，錯誤應(yīng)該消失。
第一步是確定這是否是單個用戶的問題（在這種情況下，他們可能由于某種原因受到限制）。如果多個用戶出現(xiàn)“413 Request Entity Too Large”錯誤，您可以更加確定需要您輸入的內(nèi)容。
我們在這里建議兩個“預(yù)修復(fù)”：
- 仔細(xì)檢查您的WordPress文件權(quán)限，以防萬一出現(xiàn)問題。
- 刪除并重新創(chuàng)建您的SFTP用戶（一般調(diào)查是個好主意）。
雖然他們可能無法在一開始就解決錯誤，但您至少會知道您的文件和用戶結(jié)構(gòu)是應(yīng)有的。
修復(fù)413 Request Entity Too Large錯誤
完成前期步驟后，您就可以正面解決錯誤了。
以下三種方法從最簡單到最困難列出，理解為阻力最小的路徑是最好的路徑。
1. 編輯您的WordPress functions.php文件
首先，您可以使用您的functions.php文件來幫助增加您網(wǎng)站的文件上傳大小。為此，首先使用主機控制面板中的憑據(jù)通過SFTP登錄您的站點。
當(dāng)您進(jìn)入時，您會想要查找文件本身。functions.php文件應(yīng)該位于服務(wù)器的根目錄中。在許多情況下，此根稱為www或public_html，或者它可能是您網(wǎng)站的縮寫名稱。
找到它后，您可以在您選擇的文本編輯器中打開它。如果您沒有看到該文件，您可以使用文本編輯器創(chuàng)建它。
打開文件后，輸入以下內(nèi)容：
@ini_set( '_max_size' , '64M' ); @ini_set( 'post_max_size', '64M'); @ini_set( 'max_execution_time', '300' );
簡而言之，這增加了帖子和上傳的最大文件大小，同時增加了服務(wù)器嘗試處理請求的時間。這里的數(shù)字可以是你想要的任何數(shù)字，但它們應(yīng)該足夠大以使錯誤消失。實際上，除了最繁重的任務(wù)之外，64MB就足夠了。
functions.php文件
準(zhǔn)備好后，保存文件并再次將其上傳到服務(wù)器。然后，檢查“413 Request Entity Too Large”錯誤是否仍然存在。如果是這樣，請轉(zhuǎn)到下一個方法。
2. 修改您的WordPress .htaccess文件
就像您的functions.php文件一樣，您的.htaccess文件位于您的服務(wù)器上。這里的區(qū)別在于.htaccess是Apache服務(wù)器的配置文件。
不過，對于那些擁有Apache服務(wù)器的人來說，這是您需要的方法。與functions.php的指南非常相似，首先通過SFTP登錄到您的服務(wù)器，然后像以前一樣查看您的根文件夾。
.htaccess文件應(yīng)該在這個目錄中，但如果它丟失了，我們建議您與您的主機聯(lián)系以確定它在哪里，以及您的服務(wù)器是否在Nginx上運行。
找到后，再次打開它。你會看到一些標(biāo)簽，這里最重要的是# END WordPress. 您需要在此行之后粘貼以下內(nèi)容：
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文件中的代碼幾乎相同，但它類似于向服務(wù)器提供直接指令。
.htaccess文件
完成后，保存更改，上傳文件，然后再次檢查您的站點。如果您仍然遇到問題，我們再次建議您聯(lián)系您的房東，因為他們需要驗證您設(shè)置的某些方面，這些方面超出了本文的范圍。
此外，對于Apache Web服務(wù)器，有一個名為LimitRequestBody的類似指令。該指令提供的功能與client_max_body_size您能夠限制HTTP請求的大小相同。LimitRequestBody指令可以在您的http.conf文件或.htaccess文件中定義。Apache中此指令的默認(rèn)值是0，但是，您可以將此值設(shè)置為您喜歡的任何值（該值以字節(jié)表示）。
例如，如果您想限制大于100 MB的請求，您可以使用以下內(nèi)容。
LimitRequestBody 104857600
完成更改后，保存配置文件并使用以下命令重新加載 Apache：
service apache2 reload
3. 改變你的Nginx服務(wù)器配置
我們的最后一種方法是特定于Nginx服務(wù)器。目的與使用.htaccess文件時相同，因為您是在與服務(wù)器對話，而不是通過WordPress。
我們提到對于Apache服務(wù)器，您將使用.htaccess。但是，對于Nginx服務(wù)器，您需要找到nginx.conf文件。我們沒有引導(dǎo)您完成鏈中的每一步，而是在我們的問中詳細(xì)介紹了更改WordPress最大上傳大小。
根據(jù)您使用的Web服務(wù)器，實施下面描述的必要更改以配置您的Web服務(wù)器的最大HTTP請求大小限額。通過這樣做，您可以設(shè)置允許客戶端上傳的閾值文件大小，如果超過該限制，他們將收到一個413 Request Entity Too Large狀態(tài)。
對于Nginx用戶，決定允許的HTTP請求大小的指令是client_max_body_size. 該指令可能已經(jīng)在您的nginx.conf文件（/etc/nginx/nginx.conf）中定義。但是，如果不是，您可以在http, server或者location塊中添加該指令并定義一個值。
server {
client_max_body_size 100M;
...
}
該指令的默認(rèn)值為1M（1 兆字節(jié)）。如果您不希望有請求大小限制，您可以將該值設(shè)置為0。
設(shè)置所需的值后，保存更改并通過運行以下命令重新加載Nginx：
service nginx reload
請記住，您還需要根據(jù)對nginx.conf所做的更改來更改php.ini文件。我們也在上述博客文章中介紹了這一點，因此請查看那里的確切步驟。
附加配置 – PHP用戶
除了修改Web服務(wù)器上的相應(yīng)指令外，PHP用戶還需要進(jìn)行一些其他更改。首先，您需要打開php.ini文件，該文件很可能位于類似于/etc/php5/fpm/php.ini（取決于您的PHP版本）的目錄中。接下來，您需要找到并修改以下指令：
- upload_max_filesize定義上傳文件的最大允許大?。J(rèn)為 2 MB）。
- post_max_size定義了PHP將接受的
POST最大數(shù)據(jù)大小。此設(shè)置還會影響文件上傳（默認(rèn)為8MB）。
一旦上述指令被修改，以反映所需的容許HTTP請求大小，簡單地保存配置并重新加載PHP-FPM通過運行下面的命令：
service php-fpm restart
網(wǎng)頁名稱：如何解決413請求實體太大報錯
轉(zhuǎn)載來源：http://www.dlmjj.cn/article/cdhichc.html
