WordPress内部サーバーエラーのトラブルシューティング

サーバーの問題を特定するには、次のトラブルシューティング手順を使用できます。

1. デバッグ機能を有効にします。
2. .htaccessを確認します ファイル。
3. PHPのメモリ制限を増やします。
4. 破損したプラグインを確認します。
5. WordPressコアファイルを修復します。
6. PHPのバージョンを確認します。

重要 ：WordPress環境に変更を加える前に、サイトの完全なバックアップを作成することをお勧めします。

1。デバッグ機能を有効にする

WordPressのデバッグ機能は、エラーに関するより具体的な情報を画面またはデバッグファイルに出力することで、エラーの原因を特定するのに役立ちます。

デバッグ機能を有効にするには、 wp-config.phpを編集する必要があります サイトのルートフォルダにあるファイル。構成ファイルで、次の行を探します。

define(‘WP_DEBUG’, false);

この値をfalseからtrueに変更すると、エラーがサイトに直接表示されます。これを回避するために、エラーログをデバッグファイルに送信できます。これを行うには、前述の行を次の行に置き換えます。

// Turns on the debugging feature
define('WP_DEBUG', true);

// Tell WordPress to log everything to /wp-content/debug.log
define('WP_DEBUG_LOG', true);

// Turn off the display of error messages on your site
define('WP_DEBUG_DISPLAY', false);

サンプルのコメントにあるように、エラーメッセージは /wp-content/debug.logにログインします。 。これらのメッセージを使用して、エラーの原因をより具体的な情報で特定することができます。

2。 .htaccessファイルを確認します

Apache®で実行されているWebサーバーは、 .htaccessを使用します サーバーのソフトウェアやリダイレクトなどのルールを含む構成ファイル。ファイル名の先頭のドットは、隠しファイルになります。

破損した.htaccess ファイルが原因で内部サーバーエラーが発生する可能性があります。

.htaccessを検索します サーバー上のファイルを作成し、バックアップとしてコピーを作成します。基本的なWordPress構成を使用している場合は、次のファイルを試すことができます。

# BEGIN WordPress

RewriteEngine On
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]

# END WordPress

マルチサイトのWordPressをインストールしている場合、または .htaccessを詳しく知りたい場合 構成については、公式のWordPress.htaccessガイドを参照してください。

.htaccessを変更する場合 ファイルで問題が解決しない場合は、作成したコピーを使用して元の構成ファイルに戻ることができます。

3。 PHPのメモリ制限を増やす

PHPのメモリ制限に達すると、 HTTP 500が発生する可能性があります 内部サーバーエラー。メモリ制限を増やすには、 wp-config.phpを編集する必要があります 構成ファイル。次のコメント行を検索します：

/* That's all, stop editing! Happy blogging. */

この行の前に、次を追加します。

Define ('WP_MEMORY_LIMIT', '256M');

前の行で、WordPressが使用するメモリ制限を定義できます。コード、テーマ、プラグインを確認して、メモリを大量に消費しているものを見つける必要があります。

4。破損したプラグインを確認します

WordPressは、プラグインをダウンロードしてサイトに追加する簡単な方法を提供しますが、これらのプラグインは、更新がないために不完全であるか、互換性がなくなる可能性があります。

WordPress管理コントロールパネルから一部のプラグインを非アクティブ化して、プラグインの1つが500を引き起こすかどうかをテストできます。 エラー。

WordPressサイトの管理者コントロールパネルにアクセスできない場合は、サーバーファイルと wp-contentを検索できます。 プラグインのフォルダ フォルダ。 thisfolderの名前を変更して、すべてのプラグインを非アクティブ化します。

ページを更新してから、フォルダにプラグインという名前を付ける場合 繰り返しますが、プラグインは自動的にアクティブ化されません。エラーの原因となっているものを検索するには、それらを1つずつアクティブ化する必要があります。

5。 WordPressコアファイルを修復する

可能性は低いですが、一部のWordPressコアファイルが破損している可能性があります。これを修正するには、WordPressサイトからいくつかのファイルとフォルダーをダウンロードして置き換えることができます。

圧縮フォルダをダウンロードして、内容を抽出します。 wp-contentを削除します フォルダとwp-config-sample.php 重要なファイルの上書きを避けるためのファイル。残りのコンテンツをルートフォルダに移動し、既存のフォルダとコアファイルを置き換えます。

6。 PHPバージョンを確認する

コアファイル、プラグイン、テーマなどの一部のWordPressコンポーネントには、最新のPHPバージョンが必要な場合があります。

プラグインとテーマの特性を検索して、必要なPHPバージョンを決定するか、PHPバージョンを更新するか、プラグインまたはテーマを削除する必要があるかを判断します。

サーバーで実行されているPHPのバージョンを識別するには、次のコマンドを実行します。

php -v