問題タブ [http-status-codes]

事前にみんなに感謝します-

私はこれを見ました -

カスタム xul:browser でのページ読み込みのオブザーバー

HTTPステータスコードを決定するためのパスかもしれないと推測していますが、もっと簡単な方法を知っている人はいますか? contentDocument もめくってみました...サイコロはありません。

何か案は？

ありがとう、

サム

誰かが HttpWebResponse と WebException の "StatusCode" プロパティの使用法を明確にするのを手伝ってくれますか?

たとえば、次のように思われます。

a) 例外がない場合、HttpWebResponse には、次の両方を示すいくつかの値を持つ StatusCode があります。 - 成功 (OK、Accepted など) - 失敗 (UseProxy、RequestTimeout など)

b) WebExeption スローがあり、それ自体が再び StatusCode を持つ応答オブジェクトを持っています (これは同じ HttpStatusCode Enumeration に基づいていると思います)。

質問 1 - どの StatusCode が WebException をトリガーするか (および例外内の詳細を取得するか) と、例外なしで返されるが、StatusCode の結果がわかるという点で一貫性はありますか?応答オブジェクト?

質問 2 - 具体的には、ユーザーの応答のカテゴリを区別するために httpWebRequest.GetResponse 呼び出しを処理しようとする疑似コード (または C# コード自体) は何ですか?

• プロキシ設定/プロキシの問題=>ユーザーにプロキシ設定を修正するように指示できます

• 接続の問題/Webサーバーのダウン=>ユーザーはこれを認識しています

• サーバー側のエラー (例: サーバーは存在しますが、リクエストの処理に問題があります - 例: コンテンツが存在しません) => ユーザーはウェブサイト マネージャーで問題を提起できます

• 成功例 (これは単なる OK ではないと思います) => na (成功例)

ありがとう

次のようなコンテンツ ページを表示するためのルート/アクションがあるとします。

{slug} は、訪問者が入力するものであれば何でもかまいませんが、空のままにすると、デフォルトで「デフォルト」になります。

{slug} が空、デフォルト、またはその他の場合をルート定義で処理するように設定したので、問題なくセットアップできました。

では、要求されたスラッグ (ページなど) が存在しない場合はどうすればよいでしょうか?

たとえば、誰かが /Page/xyz を要求しましたが、XYZ はデータストアに存在しません。

1) 404 を発行する必要があります (発行する場合、どのようにしますか? 私のオプション: a) デフォルトの 404 ページにリダイレクトします。b) 404 応答がなく、分かりやすいエラー メッセージが表示されるだけですか?)

2) デフォルトに自動的にリダイレクトする必要がありますか? その場合、302、301 などを発行する必要がありますか?

私はこれが議論の余地があることを理解していますが、何が最善の方法であるかについての意見を求めています. また、ASP.NET MVC コントローラー アクションでどのように実装するかについて、数行のコードを提供してください。

以前のバージョンのサイトの一部のURLに対して410ステータスコードを返すようにクライアントから依頼されました。

これをプログラムする方法には2つのオプションがあります（このリクエストの範囲外の制約に基づく）

オプション1これは簡単に実装できます。既存の古いURLリダイレクター（301ステータスコード）を使用して、これらすべてのURLを1つのページにリダイレクトし、そのページに（410ステータス）コードを返すようにします。

オプション2の実装が難しい：410ステータスコードを直接返す機能を記述します。

質問：グーグル（および他の人）はオプション1で正しいことをしますか？

Restful 対応の Web サービス サイトを持っているので、他の Web サイト/ajax スクリプトがそのサイトを呼び出してデータを取得/設定できます。ただし、Web サービス サイトが何らかの形で PHP の致命的なエラーを返すたびに、返される HTTP ステータスは 500 ではなく 200 です。致命的なエラーが発生するたびに 200 ではなく 500 を返すように修正する方法はありますか? または、それが不可能な場合、Web サービスによって返される致命的なエラーを認識するようにクライアントを変更するにはどうすればよいですか?

コントローラ：

意見：

ご覧のとおり、コントローラーの作成アクション内にステータス コードを設定しています。私の質問は、ビュー内でこのステータス コードを読み取る方法です (たとえば、ステータス コードは OK の 200 のような数字である必要があり、ステータスは "OK"、"Unauthorized" のような文字列である必要があります)。@status = 'ok' などの変数を作成できることはわかっていますが、コードを複製したくありません。答えてくれてありがとう！

UPDATE( PUT) とDELETE(例: 製品は正常に更新されました)にはどのステータス コードを設定すればよいですか?

DB からの一般的なリンクがたくさんあるテーブルがあります。

顧客は、特定のタイプのリンク (または表示) を制限したいと考えています。リンクを作成するページを変更するのは非常に難しいので、ユーザーに警告を表示したいのですが、空のページに移動してユーザーに押し戻すのではなく、ブラウザーがページにとどまるのが理想的です。

ブラウザに現在のページにとどまるように指示する HTTP ステータス コードはありますか?

このようなRFC HTTP ステータス コードを再利用することは良い習慣と見なされますか?それとも、特定のエラーの理由に正確に対応する新しいコードを作成する必要がありますか?

いくつかのレガシー アプリケーションを中心に Web サービス API を設計しています。

応答本文の JSON/XML データ構造に加えて、Web キャッシュと開発者にとって意味のある HTTP ステータス コードを返すことを目指しています。

しかし、さまざまなクラスのエラーを適切な HTTP ステータス コードにマッピングするにはどうすればよいでしょうか。チームの全員が次のことに同意します。

GET /package/1234は、1234 が存在しない場合、404 Not Foundを返します

GET /package/1234/next_checkpointは、「next_checkpoint」と1234 が要求するのに有効な場合、 400 Bad Requestを返しますが、ここで next_checkpont は意味がありません...

など...しかし、場合によっては、単に「400」よりも具体的にする必要があります-例:

POST /dispatch/?for_package=1234は、/dispatch とパッケージ 1234 の両方が存在する場合、 412 Precondition Failedを返しますが、1234 はまだ発送の準備ができていません。

(編集: HTTP/1.1のステータス コードと WebDAV ext のステータス コード)

PHPコードでステータスコードを返すたびに、Zend Serverは次のエラーをWebサイトの下部に追加します（返されたHTTPコードのメッセージとともに）。たとえば、401 を返すと、別の 401 エラーが 401 ページに追加されます。

オフにする方法はありますか？PHP 5.2 で Zend Server Community Edition 5.0を使用しています。

編集：

デフォルトの Apache エラー処理のようです。無効にする方法はありますか？できれば自分のエラーページを持たないでください。

追加の編集:

ErrorDocument ディレクティブを使用して .htaccess を編集しようとしました。それでもエラーページ（空白のページ）+ Apacheエラー（上のスクリーンショットのように）が表示されます。

これは、サーバーにある ZendServer 4 では発生しません。ローカルホストで ZendServer 5 を使用しています。Zend 側からの何らかのバグまたは設定ミスである可能性はありますか?

行動：

(すべてのテストケースで 401 を返します)

デフォルトの ZendServer 構成 + .htaccess で ErrorDocument ディレクティブを使用すると、独自のエラー ページ + Apache エラー ページがその下に追加されます。

デフォルトの ZendServer 構成を使用し、独自の ErrorDocument ディレクティブを無効にすると、Apache エラー ページだけが表示されます。

Apache エラー ページを空白のファイルに変更し、独自の ErrorDocument ディレクティブを使用すると、目的の動作が得られますが、エラー 404 は引き続きデフォルトの Apache エラーを独自のものに追加します。