問題タブ [http-status-code-200]

私たちのウェブサイトのメンテナンスページをセットアップしようとしています。このため、Apache がメンテナンス ページを返すときに、ステータス 200 ではなく 403 を返すようにします。これは、他のアプリケーションと統合するための UI の観点からの要件です。

ヘルプやポインタをいただければ幸いです。

ありがとう

サーバー側でエラーが発生したときに返すのが正しいかどうか疑問に思ってHTTP 200 OKいます（エラーの詳細は応答本文に含まれます）。

例：

1. お送りしていますHTTP GET
2. サーバー側で予期しないことが起こりました。
3. サーバーはHTTP 200 OK、応答内にエラーのあるステータス コードを返します (例: {"status":"some error occurred"})

これは正しい動作ですか？ステータス コードを 200 以外に変更する必要がありますか?

私は現在、return_url (支払い結果を返送する) や notify_url (何らかの問題が発生した場合に return_url と同じ情報を送信する) などの情報を提供することで、Third Party Payment API に接続する支払いゲートウェイに取り組んでいます。カード所有者のインターネット接続またはブラウザーの問題)。

最後に処理した後、私の側はリターンページと通知ページを正常に処理しました。

しかし、彼らは次のように言いました。

マーチャントは、通知が正常に受信されたことを示すために、HTTP 200 OK で応答する必要があります。特定のタイムアウト (現在は 60 秒のタイムアウトに固定されています) の後に HTTP 200 OK 応答が受信されない場合、通知の再送信を再試行 (最大 5 回) します。

そこで、通知ページに次のコードを入れました。

このスニペットはまだ私の通知ページを 4 回呼び出しているため、十分ではないと思います。ログテーブルを確認します。プロセスは完了していますが、一定の間隔を置いてまだログが受信されています。

誰でも HTTP Status 200 で応答するのを手伝うことができます。

任意の提案をいただければ幸いです。

プロモーション コードを検証するためのマイクロサービスを作成しています。クライアントからプロモーション コードと製品 ID (json) が送られてきます。コードが良ければ200OKのケースもあり、そちらの注文に割引を適用します。ただし、プロモーションコードがこの製品に適用されないというエラーっぽいケースがあります. どの応答コードを使用すればよいかわかりません。

これも 200 OK である必要がありますか (コードの検証が失敗したというメッセージが表示されます)?

400 Bad Request でいいのでしょうか?

「OK」でないときに 200 OK と言うのは奇妙ですが、通常、4xx はリクエスト / http プロトコルの構造に問題があることを示します。この場合、リクエストの構造は問題ありません。

Python Web アプリケーション サーバーから Tomcat Webserice に pdf バイナリ コンテンツを要求しています。

このような 2 回のリトライを Python で実装しました。ときどき HTTP 500 レスポンスを受け取ります。この問題は調査中ですが、最大数に達したプロセスなどのリソース不足に関連する環境の問題である可能性が非常に高いです。次の再試行では、多くの場合、部分的な BLOB コンテンツ (つまり、 PDF の EOF マーカー)。そんなことがあるものか？

この再試行ロジックに欠陥はありますか? HTTP 200 応答に不完全なデータがどのように含まれているかは、私の理解を超えています。最初に HTTP 200 が送信され、次に実際のデータが送信されますか (つまり、HTTP 200 を送信した後にサーバーが停止する可能性があることを意味します)? 他の唯一の説明は、サーバーがコンテンツ全体を送信しているが、データを生成しているプログラムが、HTTP 500 を引き起こした可能性のあるリソースの問題のために不完全なデータを送信しているということです。

アーキテクチャは次のとおりです。

Web アプリケーション -> Tomcat を呼び出し -> PDF を取得 -> DB に保存。

私たちはパブリック API を設計しており、次のケースで GET のベスト プラクティスを見つけようとしています。

パス パラメータ:

見つかった: 応答本文で 200。
見つかりません: 404。

クエリ パラメータ:

見つかった注文: 200 件、応答本文あり。

見つかりません: この場合、これは 200 または 204 または 404 である必要がありますか?

私の意見では、この場合リソースが見つかり、クエリパラメーターはフィルター効果のみを実行しているため、200 または 204 である必要があります。しかし、この場合、200 または 204 を返すべきでしょうか?

MSSQL データベースにアクセスするための EntityFrameworkCore を含む .NetCore RC2 を使用して WepAPI を作成しました。localhost の IIS でこの WebAPI を公開すると、期待どおりに動作します。

ここで、以前に生成された API (RC1) が素晴らしく実行されていたサーバーの 1 つに WebAPI を公開しようとしました。

HttpPlatformHandler はサーバーとローカルホストに既にインストールされています。私が認識している唯一の違いは、ローカルホストに を含む VisualStudio2015 があることVS 2015 Tooling Previewです。

この空白ページ エラーをデバッグする方法はありますか、それとも既知の問題ですか?

apppool-user にはフォルダーに対する権限があり、静的コンテンツがインストールされ、databaseaccess も与えられます。Fiddler は json ではなくテキストで 200OK を返します。

localhost とサーバーへの同じリクエストの Fiddler イメージ