修復 413 請求實體太大的 5 種簡單方法 WordPress

已發表: 2022-09-28

413 Entity Too Large WordPress 是 WordPress 網站的常見問題。 當您上傳的文件大於您網站上的最大文件上傳限制時，通常會發生這種情況。 此錯誤最有可能發生在主題或插件上傳期間。

讓我們試著分析一下這個錯誤！

  • 了解 413 請求實體太大 WordPress
  • 準備工作
  • #1 通過 SFTP 將大文件上傳到服務器
  • #2 檢查服務器權限錯誤
  • #3 編輯 WordPress functions.php 文件
  • #4 通過 .htaccess 文件增加上傳文件大小限制
  • #5 改變你的 NGINX 服務器配置
  • 如果錯誤仍然發生怎麼辦？

了解 413 請求實體太大 WordPress

那麼，什麼是 413 Request Entity Too Large WordPress 錯誤？

  • 413：這個煩惱在 4xx 錯誤代碼列表中。 它是由於服務器和瀏覽器之間的問題而發生的。
  • 請求實體：在這種情況下，實體是客戶端請求服務器提供以上傳文件的有效負載。
  • 太大：實體大於服務器預設的上傳配額。

pfo-413_request_entity_too_large_wordpress-錯誤

網絡主機通常對上傳大小設置限制。 這樣可以防止用戶佔用過多的存儲資源，導致網站過載。 但是，用戶在上傳文件時忘記限制是很常見的。

儘管該錯誤值得關注，但它並不像 WordPress 中的白屏死機那樣致命。 我們可以通過修改服務器上的一些信息來解決。

在本文中，我們將向您展示 3 種方法來輕鬆修復 413 Request Entity Too Large WordPress 錯誤。

準備工作

修復 413 Request Entity Too Large WordPress 對於習慣 WordPress 的人來說相對簡單。 但是，對於新人來說，難度極大。 為了幫助您克服限制，我們將逐步向您展示如何修復 413 Request Entity Too Large WordPress 錯誤。

以下是您首先需要準備的事項清單：

  • 管理員訪問您的服務器。
  • 合適的 FTP/SFTP 客戶端。
  • FTP/SFTP使用知識
  • 當前的網站備份，以防最壞的情況發生。

如果您已準備好並已備份您的網站，讓我們開始吧！

修復 413 請求實體太大的 5 種方法 WordPress

以下 5 種方法從最簡單到最難列出。

#1 通過 SFTP 將大文件上傳到服務器

不要使用內置的 WordPress 管理儀表板上傳大文件，而是嘗試通過 SFTP 上傳它們。 這是一個好主意，因為像 SFTP 這樣的協議幾乎是最接近您的服務器訪問的方式。 此外，您可以消除與前端相關的所有可能導致錯誤的問題。

首先，您應該通過 SFTP 登錄您的站點並找到/wp-content/文件夾。 然後將你的文件上傳到服務器上的這個文件夾，等待最好的到來。

pfo-wp-內容文件夾

要了解有關 WordPress 文件和文件夾結構的更多信息，請查看我們的詳細指南。

#2 檢查服務器權限錯誤

仔細檢查您的 WordPress 文件權限，以查看用戶是否有權上傳任何大小的文件。 排序後，錯誤應該消失。

重要的是要定義問題是否發生，因為特定用戶由於某些原因受到限制。 有關更多詳細信息，請參閱我們有關修復 WordPress 文件和文件夾權限錯誤的說明。

#3 編輯 WordPress functions.php 文件

編輯functions.php文件非常簡單，可以在 WordPress 管理界面中完成。

要編輯文件，首先，您需要進入 WordPress 管理儀表板。 然後，轉到外觀並單擊主題文件編輯器。 您將看到位於您右側的functions.php文件。

functions.php文件應該位於服務器的根目錄。 在許多情況下，此根稱為www或public_html ，或者它可能是您網站的縮寫。 大多數時候，您可以在 WordPress 主題文件夾中找到functions.php文件。

此文件通常用於在您的 WordPress 網站上定義“類”和“操作” 。 它可以添加啟用帖子縮略圖、帖子格式和創建導航菜單等功能。

打開文件後，輸入以下代碼：

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

此代碼將增加要上傳的最大文件大小。 數字應該足夠大以使錯誤消失。

完成後，保存文件並再次將其上傳到服務器。 如果 413 Request Entity Too Large WordPress 錯誤仍然存在，請繼續下一個方法。

#4 通過 .htaccess 文件增加上傳文件大小限制

.htaccess是 Apache 服務器的配置文件，這意味著它是由服務器讀取的。 所以在編輯的時候一定要小心。 不要進行任何不必要的更改，因為它會覆蓋服務器配置參數，例如身份驗證、緩存和服務器優化。

就像您的functions.php文件一樣，您的.htaccess文件位於您的服務器上。 所以首先，您需要登錄到您的服務器並像以前一樣查看您的根文件夾。

.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文件中的代碼，對吧？ 這裡的區別是你給服務器直接指令。

保存更改並關閉編輯器窗口。 然後，返回 WordPress 管理頁面並嘗試上傳新文件。

#5 改變你的 NGINX 服務器配置

如果按照上面的步驟，還是報錯，還需要配置NGINX。 NGINX 有一個client_max_body_size參數來限制客戶端請求的最大大小。 如果請求超過上述數字，您必須調整此數字配置，以免出現錯誤。

使用 NGINX 時，您正在使用服務器，而不是通過 WordPress。 請記住， nginx.conf配置將需要文本編輯器進行編輯。 找到一個合適的並通過登錄到 Web 服務器並導航到nginx.conf文件開始編輯。

打開文件並檢查代碼行： client_max_body_size 。 您可以將此文本更改為您想要的值，例如：

 # 將客戶端主體大小設置為 8M #
client_max_body_size 8M；

如果看不到代碼怎麼辦？ 沒問題，您可以將此代碼添加到服務器、位置或 http 塊的末尾，如下所示：

 服務器 {
…
client_max_body_size 64M；
}

保存並關閉文件。 然後，您可以使用以下命令重新啟動 NGINX Web 服務器：

 service nginx restart 或 # nginx -s reload

如果錯誤仍然發生怎麼辦？

使用所有方法但仍然出現錯誤？ 我們建議您聯繫當前 CDN 服務的託管支持以尋求幫​​助。 報告問題以及您為解決這些問題所採取的步驟。

如果您使用 CDN 來提高您網站的性能，這也可能是您出現問題的原因。 您使用的 CDN 服務器可能會施加過小的文件大小限制。

由於您無法直接修改這些服務器的文件，請查閱您的 CDN 提供商的文檔或聯繫支持人員以解決錯誤。 最後，您可以考慮上傳替代文件、減小當前文件大小或升級存儲計劃。

不要再讓 413 請求實體太大 WordPress 困擾您！

儘管是一個堅如磐石的平台，但隨著時間的推移，WordPress 也會出現很多錯誤。 413 請求實體太大 WordPress 是最常見的之一。 因此，您應該了解您網站的限制以及解決這些限制的多種方法。

通過本文，我們提供了有關此錯誤的一些基本信息以及修復它的 5 種方法。 只要您覺得需要，請隨時聯繫您的託管客戶支持。

這是由最大文件上傳限制引起的問題。 有時，您可能會遇到文件上傳類型的問題。 簡而言之，出於安全原因，WordPress 對幾種類型的文件設置了限制。 讓我們看看如何解決這個問題！