302が見つかったメッセージはHTTP response status code要求されたリソースが一時的に別のURIに移動されたことを示すURI。 Locationまたはcurrent redirectionディレクティブは将来変更される可能性があるため、302 Found応答コードを受け取るクライアントは、今後の要求に対して元のURIを引き続き使用する必要があります。,

残念ながら、すべての可能なHTTP応答コードを区別し、302 Foundコードのようなエラーの正確な原因を特定することは困難な場合があります。 クライアント、webアプリケーション、webサーバー、および使用中の多数のサードパーティのwebサービス間の複雑な関係を表すために使用されるHTTPステータスコードは数多くあるため、特定のステータスコードの原因を特定することは困難な場合があります。, この記事では、302 Foundコードをいくつかのトラブルシューティングのヒントと、独自のwebアプリケーション内でこの問題を引き起こしている可能性のある

問題はサーバー側です

3xxカテゴリにあるすべてのHTTP応答ステータスコードはredirection messagesと見なされます。 そのような規範を示し、ユーザーエージェント(すなわちお客様のwebブラウザ)が追加で取り組む必要があるとして完成に近づけていくため、要求アクセスを希望な資源です。, client error responses4xxコードにある404 Not Found Errorのような302 Foundコードは、一般的に、アプリケーションをホストする実際のwebサーバー上の問題を示します。つまり、302 Foundの外観は、通常、多くのユーザーの介入を必要とするものではありません。 最新のすべてのブラウザは、302 Found応答コードを自動的に検出し、一時的にリダイレクトアクションを自動的に処理します。, アプリケーションをホストするwebサーバーには、通常、クライアントに送信する応答の一部として特別なLocationヘッダーが含まれます。 このLocationヘッダーは、要求されたリソースを見つけることができる新しいURLを示します。 たとえば、URLにアクセスするための要求が来たが、httpsを使用して安全なバージョンへのリダイレクトを強制するようにwebサーバーが構成されている場合、サーバーの応答にはLocation: https://airbrake.ioヘッダーが含まれます。, これは、この単一の要求をのセキュリティで保護されたURLにリダイレクトする必要があることをブラウザに伝 ほとんどの場合、ブラウザはこの302 Found応答コードを自動的に検出し、新しいLocationURLを読み取り、要求をその新しい場所にリダイレ

ただし、302 Foundレスポンスコードは、先週見た301 Moved Permanentlyとはまったく異なる目的で使用されていることに注意することが重要です。, 前者の場合、リダイレクトは一時的でなければなりません（つまり、現在の単一の要求のためだけに）—ブラウザは元のURIを”記憶”し、その同じURIを使用して ただし、301 Moved Permanentlyコードを使用すると、ブラウザは元のURIが無効であることを通知されるため、今後のすべての要求では、Location,

302 Foundは、アプリケーションのserver内で何かがうまくいかなかったことを示しているため、client物事の側面をほとんど無視することができます。 独自のアプリケーションで問題を診断しようとしている場合は、HTML、CASCADING style sheets(CSS)、クライアント側JavaScriptなど、ほとんどのクライアント側コードとコンポーネントをすぐに無視することができます。 これはウェブサイトにだけ、どちらか適用しない。, モダンなユーザーインターフェイスを持っている多くのスマートフォンアプリは、実際に舞台裏で通常のwebアプリケーションによって供給されています。 このようなアプリケーションを使用していて、302 Foundが発生した場合、この問題は電話またはローカルテストデバイスにインストールされているアプリ 代わりに、ユーザーに提示されるローカルインターフェイスの範囲外で、舞台裏でほとんどのロジックと処理を実行しているサーバー側のものになります。,

アプリケーションが予期しない302 Found応答コードを生成している場合、問題を診断するために実行できるいくつかの手順があります。

徹底したアプリケーションのバックアップから始める

何かと同様に、何かを台無しにして後で後悔するよりも、最初に安全にプレイした方 したがって、システムに修正や変更を加える前に、アプリケーション、データベースなどの完全バックアップを実行することが重要です。, さらに良いことに、機能があれば、アプリケーションの完全なコピーをセカンダリのstagingサーバーに作成し、”ライブ”ではないか、そうでなければアクティブで一般に利用できないサーバーにしてください。 これにより、ライブアプリケーションのセキュリティや神聖さを脅かすことなく、問題を解決するためのすべての潜在的な修正をテストするための

302見つかった応答コードの診断

A302 Found応答コードは、要求されたリソースに別のURIで一時的にアクセスする必要があることを示します。, ただし、サーバーが誤って構成されている可能性があり、通常の機能要求の標準で期待される200 OKコードではなく、302 Foundコードで したがって、問題の診断の大部分は、302 Found応答コードを生成しているリソース/Urlを再確認し、これらのコードが適切かどうかを判断するプロセスを経,

アプリケーションが302 Found発行してはならないコードで応答している場合、これは他の多くの訪問者も経験している可能性のある問題であり、アプリケーションがユーザーにサービスを提供する能力を著しく妨げています。 この問題を解決するためのトラブルシューティングのヒントとコツをいくつか紹介します。 ていない場合はここで作ることを忘れないでくださいGoogleでください！ アプリケーションのCMSまたはwebサーバーソフトウェアの名前など、問題に関連する特定の用語を302 Foundとともに検索してみてください。, チャンスはこの問題を経験し、解決を見つけた他を見つけるである。

サーバー側でのトラブルシューティング

302 Foundがサーバー側に表示される原因のトラブルシューティングに役立つ追加のヒントをいくつか示します。

サーバー構成の確認

アプリケーションは、Apacheまたはnginx., 公開時点では、これらのwebサーバーは両方とも世界のwebサーバーソフトウェアのover 84%を構成しています！ したがって、これらの302 Found応答コードの原因を特定する最初の手順の一つは、webサーバーソフトウェアの構成ファイルをチェックして、意図しないリダイ

アプリケーションが使用しているwebサーバーを判断するには、キーファイルを探します。 WebサーバーがApacheの場合は、webサイトファイルシステムのルートディレクトリ内の.htaccessファイルを探します。, 例えば、アプリケーションは、共有ホストだと考えていユーザー名に伴うホスティングアカウント このような場合、アプリケーションのルートディレクトリは通常、/home/<username>/public_html/のパスにあるため、.htaccessファイルは/home/<username>/public_html/.htaccessにあります。

.htaccessファイルを見つけた場合は、テキストエディタで開き、RewriteXXXディレクティブを使用する行を探します。mod_rewriteApacheのモジュールの一部です。, これらのルールがどのように機能するかを正確にカバーすることは、この記事の範囲をはるかに超えていますが、基本的な概念は、RewriteCondディレクティブは、入力されたUrlと照合されるテキストベースのパターンを定義するということです。 サイトの訪問者によって一致するURLが要求された場合、RewriteRuleディレクティブは、RewriteCondディレクティブに続くRewriteCondディレクティブを使用して、リクエストを適切なURLに実際にリダイレクトするために使用されます。,

たとえば、単純なRewriteCondとRewriteRuleの組み合わせは、example.comに対するすべての着信要求に一致し、temporary-example.comドメイン上の同じURIへの一時的なリダイレクトを確立します。

RewriteEngine onRewriteCond %{HTTP_HOST} ^example\.com$RewriteRule ^(.*)$ http://www.temporary-example.com/$1 

RewriteRuleの最後にある余分なフラグに注意してください。302これは、応答コードが302であることを明示的に示し、ユーザーエージェント（ブラウザ）にこれが一時的なリダイレクトであることを示します。, したがって、RewriteCondまたはRewriteRule.htaccessファイルに属していないように見える奇妙な#文字プレフィックスを使用して一時的にコメントアウトし、webサーバーを再起動して、これが問題を解決するかどうかを確認してください。一方、サーバーがnginxで実行されている場合は、まったく異なる設定ファイルを探す必要があります。, デフォルトでは、このファイルはnginx.confという名前で、/usr/local/nginx/conf、/etc/nginx、または/usr/local/etc/nginxのいくつかの共通 見つかったら、テキストエディタでnginx.confを開き、rewriteredirectフラグを使用しているディレクティブを探します。 たとえば、単純なblock directive（つまり, example.comからtemporary-example.com:

server { listen 80; listen 443 ssl; server_name www.example.com; rewrite ^/$ http://www.temporary-example.com redirect;}

Rewritenginxのディレクティブは、のディレクティブに似ています。adb6aae392″>およびRewriteRuleApacheにあるディレクティブは、検索用のより複雑なテキストベースのパターンを含む傾向があるためです。, いずれにしても、nginx.confファイルに異常なrewriteredirectフラグを含むディレクティブがあります（代わりにpermanentフラグは301応答コードを発行します）。 コメントアウト異常の前にサーバを再起動が問題とおり決議しております。-

古いソフトウェアをチェック

HTTP1のRFC仕様ドキュメント。,0は、302 Found応答コードの目的は、クライアントが一時的なリダイレクトを実行する必要があることを示すことであると述べました。 ただし、新しいブラウザの多くは、302POSTリクエストを介して受信したGETリクエストを誤ったGETリクエストとして処理するため、一時的なリダイレクトが必要なときにブラウザに適切なタスクを実行させようとする一部のwebサーバーソフトウェアに問題と混乱を引き起こしました。 これを解決するにはHTTP1。,1RFC仕様文書には、303 See Otherおよび307 Temporary Redirect応答コードが追加されており、これらはそれぞれPOST-to-GETおよび一時的な直接応答を

ログを精査

ほぼすべてのwebアプリケーションは、サーバー側のログのいくつかのフォームを保持します。 Application logsは、通常、どのページが要求されたか、どのサーバーに接続されたか、どのデータベースが提供する結果など、アプリケーションが何をしたかの履歴です。, Server logsは、アプリケーションを実行している実際のハードウェアに関連しており、接続されているすべてのサービス、またはサーバー自体の正常性とステータスに関する詳細を提供することがよくあります。 GOOGLEはCMSを使用している場合は”ログ”、カスタムアプリケーションを実行している場合は”ログ”と”ログ”を使用して、問題のログを見つけることに関する詳細

アプリケーションコードのデバッグ

他のすべてが失敗した場合、アプリケーション内のカスタムコードの問題が原因である可能性があります。, に努めの診断、問題れらを手動でデバッグお申込と解析を通じて申請およびサーバーます。 理想的には、アプリケーション全体のコピーをローカル開発マシンに作成し、ステップバイステップのデバッグプロセスを実行すると、302 Foundが発生した正確なシナリオを再作成し、何かがうまくいかない瞬間にアプリケーションコードを表示できます。,

原因が何であっても、独自のwebアプリケーション内に302 Foundが出現することは、将来そのようなエラーを自動的に検出するのに役立つエラー管理ツールが必要になる可能性があることを強く示しています。 これらのツールのベストは、エラーが発生したときにすぐにあなたとあなたのチームに警告 Airbrakeのエラー監視ソフトウェア提供の実時間エラー監視および自動の例外を報告するすべての開発プロジェクト., Airbrake端のウェブダッシュボードを確保しまラウンドクロック状況をアプリケーションの健康やエラーです。 何に取り組んでいても、Airbrakeは最も人気のあるすべての言語やフレームワークと簡単に統合できます。 さらに、Airbrakeにより、例外パラメータのカスタマイズが容易になり、アクティブなエラーフィルタシステムを完全に制御できるため、最も重要なエラーのみを集,

今日Airbrakeのエラー監視ソフトウェアをチェックして、世界bestのエンジニアリングチームの多くがAirbrakeを使用して例外処理プラクティスに革命をもたらす