我們會向你介紹，如何在 Linux VPS 上修復 WordPress 中的 HTTP 錯誤。 下面列出了 WordPress 使用者遇到的最常見的 HTTP 錯誤，我們的建議側重於如何發現錯誤原因以及解決方法。
1 、 修復在上傳影象時出現的 HTTP 錯誤
如果你在基於 WordPress 的 WordPress 網頁中上傳影象時出現錯誤，這也許是因為站羣服務器上 PHP 的配置，例如儲存空間不足或者其他配置問題造成的。
用如下命令查詢 php 配置檔案：

php -i | grep php.ini
Configuration File (php.ini) Path => /etc
Loaded Configuration File => /etc/php.ini

根據輸出結果，php 配置檔案位於 /etc 資料夾下。編輯 /etc/php.ini 檔案，找出下列行，並按照下面的例子修改其中相對應的值：

vi /etc/php.ini

upload_max_filesize = 64M
post_max_size = 32M
max_execution_time = 300
max_input_time 300
memory_limit = 128M

當然，如果你不習慣使用 vi 文字編輯器，你可以選用自己喜歡的。
不要忘記重啓你的 WordPress 網頁站羣服務器來讓改動生效。
如果你安裝的 WordPress 網頁站羣服務器是 Apache，你也可以使用 .htaccess 檔案。首先，找到 .htaccess 檔案。它位於 WordPress 安裝路徑的根資料夾下。如果沒有找到 .htaccess 檔案，需要自己手動建立一個，然後加入如下內容：

vi /www/html/path_to_wordpress/.htaccess

php_value upload_max_filesize 64M
php_value post_max_size 32M
php_value max_execution_time 180
php_value max_input_time 180

# BEGIN WordPress

RewriteEngine On
RewriteBase /
RewriteRule ^index.php$ – [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]

# END WordPress

如果你使用的 WordPress 網頁站羣服務器是 nginx，在 nginx 的 server 配置塊中配置你的 WordPress 例項。詳細配置和下面的例子相似：

server {

listen 80;
client_max_body_size 128m;
client_body_timeout 300;

server_name your-domain.com www.your-domain.com;

root /var/www/html/wordpress;
index index.php;

location = /favicon.ico {
log_not_found off;
access_log off;
}

location = /robots.txt {
allow all;
log_not_found off;
access_log off;
}

location / {
try_files $uri $uri/ /index.php?$args;
}

location ~ .php$ {
include fastcgi_params;
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
}

location ~* .(js|css|png|jpg|jpeg|gif|ico)$ {
expires max;
log_not_found off;
}
}

根據自己的 PHP 配置，你需要將 fastcgi_pass 127.0.0.1:9000; 用類似於 fastcgi_pass unix:/var/run/php7-fpm.sock; 替換掉（依照實際連線方式）
重啓 nginx 服務來使改動生效。
2 、 修復因為不恰當的檔案許可權而產生的 HTTP 錯誤
如果你在 WordPress 中出現一個意外錯誤，也許是因為不恰當的檔案許可權導致的，所以需要給 WordPress 檔案和資料夾設定一個正確的許可權：

chown www-data:www-data -R /var/www/html/path_to_wordpress/

將 www-data 替換成實際的 WordPress 網頁站羣服務器使用者，將 /var/www/html/path_to_wordpress 換成 WordPress 的實際安裝路徑。
3 、 修復因為內存不足而產生的 HTTP 錯誤
你可以通過在 wp-config.php 中新增如下內容來設定 PHP 的最大內存限制：

define(‘WP_MEMORY_LIMIT’, ‘128MB’);

4 、 修復因為 php.ini 檔案錯誤配置而產生的 HTTP 錯誤
編輯 PHP 配置主檔案，然後找到 cgi.fix_pathinfo 這一行。 這一行內容預設情況下是被註釋掉的，預設值為 1 。取消這一行的註釋（刪掉這一行最前面的分號），然後將 1 改為 0 。同時需要修改 date.timezone 這一 PHP 設定，再次編輯 PHP 配置檔案並將這一選項改成 date.timezone = Asia/Shanghai （或者將等號後內容改為你所在的時區）。

vi /etc/php.ini

cgi.fix_pathinfo=0
date.timezone = Asia/Shanghai

5 、 修復因為 Apache mod_security 模組而產生的 HTTP 錯誤
如果你在使用 Apache mod_security 模組，這可能也會引起問題。試著禁用這一模組，確認是否因為在 .htaccess 檔案中加入如下內容而引起了問題：


SecFilterEngine Off
SecFilterScanPOST Off

6 、 修復因為有問題的插件外掛/主題而產生的 HTTP 錯誤
一些插件外掛或主題也會導致 HTTP 錯誤以及其他問題。你可以首先禁用有問題的插件外掛/主題，或暫時禁用所有 WordPress 插件外掛。如果你有 phpMyAdmin，使用它來禁用所有插件外掛：在其中找到 wp_options 資料表，在 option_name 這一列中找到 active_plugins 這一記錄，然後將 option_value 改為 ：a:0:{} 。
或者用以下命令通過 SSH 重新命名插件外掛所在資料夾：

mv /www/html/path_to_wordpress/wp-content/plugins /www/html/path_to_wordpress/wp-content/plugins.old

通常情況下，HTTP 錯誤會被記錄在 WordPress 網頁站羣服務器的日誌檔案中，所以尋找錯誤時一個很好的切入點就是檢視站羣服務器日誌。