HTTP 500 内部サーバーエラーとはどういう意味ですか?どのように解決すればよいでしょうか?

HTTP ステータス コードは、オンライン リクエストが成功したかどうか、成功しなかった場合はエラーの内容に関する情報を提供します。 しかし、エラーメッセージは必ずしも明確ではありません。これは特に「500 内部サーバー エラー」に当てはまります。 このメッセージは、サーバーへの接続中にエラーが発生し、要求されたページにアクセスできないことを意味します。 しかし、なぜこのようなことが起こったのかは説明されていません。 幸いなことに、その理由を調べる方法はいくつかあります。 一般的なエラーの原因を特定し、HTTP エラー 500 が発生した場合の対処方法に関するヒントを提供します。

HTTP 500 内部サーバーエラー

内部サーバーエラーとはどういう意味ですか?

Web サーバーはステータス コードを使用して、インターネット ユーザーのブラウザー (クライアント) に要求 (つまり、Web サイトへのアクセス) が成功したかどうかを通知します。 ブラウザが 200 ステータス コードを受信すると、すべてがうまくいったことがわかります。 ただし、要求されたコンテンツが表示されるため、ユーザーにはこのメッセージは表示されません。ステータス コード 400 と 500 の場合、状況は異なります。 前者はクライアントエラーを示し、後者はサーバー関連です。内部サーバー エラー 500 は、サーバー エラーの総合的なステータス コードです。 したがって、一見しただけでは、どこにエラーがあるのか​​を正確に判断することはできません。 ユーザーは、サーバーが予期しないエラーを報告したことのみを知ります。

ただし、サーバーに Microsoft インターネット インフォメーション サービス (Microsoft IIS) がインストールされている場合は、エラー コードが指定されます。 小数点以下の桁には、エラーの原因がさらに詳しく示されます。

• 500.0: モジュールまたは ISAPI エラーが発生しました。
• 500.11: Web サーバー上でアプリケーションがシャットダウンしています。
• 500.12: Web サーバー上でアプリケーションが再起動中です。
• 500.13: Web サーバーがビジー状態です。
• 500.15: global.asax への直接リクエストは許可されません。
• 500.19: 無効な構成データです。
• 500.21: モジュールが認識されません。
• 500.22: ASP.NET httpModules 構成はマネージ パイプライン モードには適用されません。
• 500.23: ASP.NET httpHandlers 構成は、マネージ パイプライン モードには適用されません。
• 500.24: ASP.NET 偽装構成はマネージ パイプライン モードには適用されません。
• 500.50: RQ_BEGIN_REQUEST 通知処理中に書き換えエラーが発生しました。 構成または受信ルールの実行エラーが発生しました。
• 500.51: GL_PRE_BEGIN_REQUEST 通知処理中にオーバーライド エラーが発生しました。 グローバル構成またはグローバル ルール実行エラーが発生しました。
• 500.52: RQ_SEND_RESPONSE 通知処理中に書き換えエラーが発生しました。 送信ルールの実行が行われます。
• 500.53: RQ_RELEASE_REQUEST_STATE 通知処理中に書き換えエラーが発生しました。 送信ルール実行エラーが発生しました。 ルールは、出力ユーザー キャッシュが更新される前に実行されるように構成されています。
• 500.100: 内部 ASP エラー。

サーバーエラー 500 の原因は何ですか?

Web サーバーがリクエストを処理中に、内部サーバー エラーが発生する可能性があります。 集合的なステータス コードには、サーバー上で発生し、Web サイトの読み込みを妨げた可能性のあるすべての予期しない状況が含まれます。 サーバー エラー 500 は、Web サーバーの構成エラーが原因で発生する可能性があります。 典型的なエラーの原因は次のとおりです。

• 権限エラー: 重要なファイルとフォルダーの権限が正しく設定されていません。
• PHP タイムアウト: スクリプトが外部リソースにアクセスしようとしましたが、タイムアウトが発生しました。
• .htaccess のエラー コード: .htaccess ファイルの構造が正しくない可能性があります。
• CGI/Perl スクリプトの構文またはコード エラー: 場合によっては、スクリプトが正しくありません。 特に、パスが間違って配置される可能性があります。
• PHP メモリ制限: プロセスがメモリを超えたため、正しく実行できませんでした。

WordPress サイトやその他のコンテンツ管理システムの場合、間違った拡張機能や互換性のない拡張機能をインストールしたことも原因となる可能性があります。 プラグインとテーマ（特にサードパーティプロバイダーのもの）は、Web サイト全体に影響を及ぼす可能性があります。

ウェブサイト運営者は 500 内部サーバー エラーをどのように解決できますか?

ウェブサイトの訪問者は 500 サーバー エラーだけを目にしていますか? 運営者としては、この問題に迅速に対処する必要があります。これは、訪問者を遠ざけるだけでなく、Google によるランキングの低下を招く可能性もあるためです。 何らかのアクションを起こす前に、サーバーがまだ稼働しているかどうかを確認してください。 そうでない場合は、できるだけ早くホスティングプロバイダーに連絡してください。

内部エラーが発生した場合、最初のステップはログ ファイルを確認することです。 Linux サーバーの場合、エラー メッセージのコレクションは /var/log/httpd/error_log にあります。 HTTP エラー 500 コードを再現し、ログ ファイルがどのように作成されるかを確認するには、Web サイトを再読み込みするのが合理的です。 これにより、エラーの原因をすばやく見つけることができます。 また、最近どのような変更が行われたかも考慮してください。 多くの場合、誤ったプログラミングや互換性のないプラグインがエラー メッセージの原因となります。

重要なファイルに対して権限を正しく設定していない場合も、エラーが発生する可能性があります。 一般的に、権限には次の 3 つの種類があります。

• 読む(r)
• 書く (w)
• 実行(x)

これらの権限は、次の 3 つの異なるユーザー タイプに割り当てることができます。

• ファイルの所有者
• ユーザーグループ
• その他すべて

権限は、略語 r、w、x、または対応する数値 (読み取りの場合は 4、書き込みの場合は 2、実行の場合は 1) で指定されます。 これらは各ユーザー タイプに対して追加され、rwxr-xr-x (所有者の場合は rwx、グループの場合は rx、その他すべてのユーザーの場合は rx) または 755 のように順番に指定されます。この構成 (755) がデフォルトになります。 権限割り当て設定が異なるとエラーが発生する可能性があります。 この設定は次のコマンドで変更できます。

 chmod 755 ファイル名

この変更で問題が解決しない場合は、テスト目的で各グループのすべての権限を解放することもできます。

 chmod 777 ファイル名

ただし、この設定は問題を特定するためにのみ使用できます。 任意のユーザーにファイルの上書きを許可することは、当然のセキュリティ リスクです。

次に、（配布権限によってエラー メッセージが生成されなかった場合）スクリプトが正しく実行されたかどうかを確認します。 スクリプト ファイルが移動、名前変更、または削除されたためにエラーが発生することがあります。 また、.htaccess ファイルも確認してください。構文エラー (どんなに小さなものでも) であっても、内部サーバー エラーが発生する可能性があります。 同様によくある間違いは、.htaccess ファイルのフォーマットを誤って設定することです。 これは Unicode ではなく、ASCII または ANSI 形式で作成する必要があります。 したがって、Microsoft Word などのワード プロセッサではなく、Notepad、Notepad++、Sublime Text などのテキスト エディタでファイルを作成してください。 このファイルがエラーの原因であるかどうかをテストするには、一時的に名前を変更してサイトを再読み込みします。 サーバーはサイトを読み込むときに .htaccess にアクセスしなくなります。 エラー メッセージが表示されなくなった場合は、ファイルを修復するか、新しいファイルを作成できます。

タイムアウトによってエラー メッセージが表示されることもあります。 この場合、Web サーバーのエラーではなく、外部ソースへの接続が切断されています。 サイトの PHP スクリプトは他のサーバーのリソースにアクセスするように設定されていますか? リソースが利用できなくなったか、何らかの理由でサーバー通信が中断された可能性があります。 もちろん、このエラーの原因を排除する 1 つの方法は、サイトを外部リソースに依存しないようにすることです。 これが不可能な場合は、スクリプトの時間制限を増やすことができます。 PHP スクリプト内のエラーをより正確に検出できるように、効果的なエラー処理を実装することも理にかなっています。

メモリが過負荷になっている可能性はありますか? メモリ制限により、プロセスが使用できるメモリの量が決まります。 使用可能な RAM よりも多くの RAM が必要な場合、内部サーバー エラーが発生する可能性があります。 一時的な解決策として制限を増やすことができます。 これを行うには、php.ini に次のコマンドを追加します。

メモリ制限 = 512M

この例では、提供されるメモリを 512 MB に設定します。 ただし、ホスティング プロバイダーでは、加入したプラン内の特定の PHP スクリプトの使用のみが許可されることに注意してください。 より高い値を入力した場合、Web サーバーはそれを無視します。 制限を上げることは一時的な解決策にすぎません。Web サイトが再び稼働したら、RAM 使用量が多い原因を探す必要があります。 ウェブサイトのコードにエラーが見つかる可能性は十分にあります。

これらの方法のいずれでも解決しない場合は、ホスティング プロバイダーに連絡することをお勧めします。 その前に、サーバーの状態を確認できます。多くのホスティング プロバイダーは、ステータス ページを通じてサーバーの状態を報告したり、問題がある場合はソーシャル メディアを通じてユーザーに通知したりします。

インターネットユーザーは HTTP エラー 500 にどのように対応すべきでしょうか?

ウェブサイトの訪問者として、内部サーバー エラーが発生した場合にできることはほとんどありません。 ターゲット Web サイトが存在する Web サーバーが正しく構成されていません。 これは、PC の設定やネットワーク接続の設定に問題がないことを意味します。 したがって、インターネット ユーザーにとって最も簡単な解決策は、多くの場合、後でページをリロードすることです。 一方では、ウェブマスターがすでにエラーを修正している可能性もあります。 これは、特に大規模なサプライヤーにとっては、非常に可能です。 一方、Web サーバーにとって都合の悪い時間にサイトにアクセスしようとしている可能性もあります。 サービスの再起動に正確な時間を選択した場合、すべてがスケジュールどおりであってもエラー メッセージが表示されます。

注意：オンライン注文時にエラー メッセージが表示された場合は、エラーが発生した場所を確認できないため、ページを再読み込みしないでください。 確認ページの読み込みに失敗した可能性がありますが、ご注文はすでに承認されています。 したがって、ページを更新すると注文が重複する可能性があります。

ページビューの急増によりサーバーが突然クラッシュした可能性もあります。 サイトが恒久的に過負荷状態になっていない限り、この問題は通常、数秒以内に解決されます。 ページを更新した後もエラー メッセージが表示される場合は、まずブラウザのキャッシュをクリアする必要があります。 ブラウザは実際には Web サイトをリロードせず、代わりに内部メモリを使用する場合があります。 キャッシュをクリアした後、再度 Web サイトにアクセスしてみてください。

それでも「500 内部サーバー エラー」が表示される場合は、Web サイト運営者が問題を解決するまで待つしかありません。 ただし、サイトのコンテンツにアクセスするために使用できるちょっとしたトリックがあります。 （注目の）ページの最新の状態に依存しない場合は、Google キャッシュにアクセスできます。 Google 検索バーにコマンド cache: に続けて関連する URL を入力すると、サイトの古いバージョンにアクセスできます (おそらくまだ動作しています)。 ただし、実際にページを閲覧することはなく、Google のサーバー上のコピー内を移動するだけです。

訪問したいウェブサイトに長時間アクセスできない場合は、もちろんウェブマスターに連絡することもできます。 訪問者が自分の Web サイトにアクセスできないことに気付いていない可能性もあります。