問題タブ [http-status-codes]

検索ボットについては、次のような設計に取り組んでいます:
* URI を比較し、
* どの URI が実際に同じページであるかを判断する

リダイレクトとエイリアスの処理:
ケース 1: リダイレクト
ケース 2: エイリアス 例: www
ケース 3: URL パラメータ 例: sukshma.net/node#parameter

従うことができる 2 つのアプローチがあります。1 つのアプローチは、ケース 1 をキャッチするためにリダイレクトを明示的にチェックすることです。もう 1 つのアプローチは、www などのエイリアスを「ハード コード」することで、ケース #2 で機能します。2 番目のアプローチ (ハードコード) のエイリアスは脆弱です。HTTP の URL 仕様では、エイリアスとしての www の使用について言及されていません (RFC 2616)

また、Canonical Meta-tag (HTTP/HTML) を使用するつもりですが、それを正しく理解していれば、すべての場合にタグがあるとは限りません。

あなた自身の経験を共有してください。検索ボットで重複を検出するためのリファレンス ホワイト ペーパーの実装を知っていますか?

ここで受け取った回答の 1 つで、自分が登録ユーザーでアカウントを持っている Web サイトに自分の ID とパスワードを「Google App Engine」を介して自動的に渡す方法がわからないという問題に遭遇しました。「401 の HTTP ステータス コード、「承認が必要」を確認し、サイトが要求している種類の HTTP 承認 (基本、ダイジェストなど) を提供するようにという提案が私に与えられました。ステータスコードの確認方法がわかりません。どなたか、やり方を教えていただけないでしょうか。

+++++++++++++++++++++++++++++++++++

追加情報：

Google App Engine でこの方法を使用した場合 (eBay の概要ページの URL を取得):

「401」ではなく「200」が常に表示されます

現在、 Django / Pistonベースの REST API アプリケーションで検証エラーが発生するたびに、401 Unauthorized を返しています。HTTP ステータス コード レジストリを確認しまし たが、これが検証の失敗に適したコードであるとは確信できません。

• 400不正な要求
• 401無許可
• 403禁止します
• 405メソッドは許可されていません
• 406 受け入れられない
• 412 前提条件が失敗しました
• 417 期待はずれ
• 422 処理不能エンティティ
• 424 失敗した依存関係

更新: 上記の「検証の失敗」は、アプリケーション レベルのデータ検証の失敗、つまり、日時の指定の誤り、偽の電子メール アドレスなどを意味します。

サイトからスローされたエラーを処理するために、カスタムエラーページを設定しました。

Godaddy共有ホスティング（「デラックス」アカウント）でIIS7.0を使用してasp.net3.5を実行しています。

通常、Response.StatusCode = 412に設定すると、サーバーは次のように出力します。

Server Error
412 - Precondition set by the client failed when evaluated on the Web server.
The request was not completed due to preconditions that are set in the request header.
Preconditions prevent the requested method from being applied to a resource other than the one intended. An example of a precondition is testing for expired content in the page cache of the client.

サーバーが上記のメッセージを自動的に出力せず、代わりにカスタムエラーページを実行する方法をすでに理解しました。私が今立ち往生しているのは、エラーメッセージの長い説明にアクセスする方法を理解することです。

Response.StatusDescriptionは「前提条件が失敗しました」です-これは予想されます...しかし、実際には私が望むものではありません。

サーバーが通常送信する長い説明を取得する方法はありますか？

*デフォルトのエラーメッセージを防ぐためにResponse.TrySkipIisCustomErrors = true、Response.StatusCodeを412に設定した直後に設定する必要があることに注意してください。

そのため、Google によるサイトの閲覧方法に奇妙な結果が見られることに気付きました。1 つの問題は、次のような URL です。

のすべてのデータとともに Google に表示されています

だから私の考えでは2つの解決策があります。1 つは、誰かがメイン URL のサブ URL にアクセスするたびに 301 リダイレクトを追加し、それらを親URL にリダイレクトするか、単に 404 を与えることです。

考え？どこに送信したいかはわかっていますが、適切な Web エチケットは何ですか? 404または301？

何らかの理由で、(ダッシュコードで開発されたアプリケーションで) AJAX を使用している間、ブラウザはアップロードを停止し、0. なぜこれが起こるのですか？

404 エラー ページの200 OKヘッダー エラー:

サーバーの応答:
http://www.example.com/err404.html HTTP
ステータス コード: HTTP/1.1 200 OK

そして、それは404を与えるはずです、と私のクライアントは言います。

そのため、 List of HTTP Status Codesを見ると、おそらくプログラミング中に役立つものがいくつかあります。サーバーはプロトコルなどを処理する場合がありますが、これらのコードの多くは、ページの実際のステータスをブラウザーに伝えるのに役立ちます。

では、私の質問は、これらのステータス コードのうち、どのステータス コードを考慮する必要があるかということです。送信するためにチェックする必要があるものと、通常のアプリケーション プログラミングで使用されない可能性が最も高いものはどれか。

興味がある方のために説明すると、これは PHP プログラミングの範囲内ですが、おそらく他の言語にも同様に当てはまるでしょう。

などのヘッダー関数を介してステータスコードを送信していますheader('HTTP/1.1 403');が、コードの別の領域で、送信するステータスコードを検出したいと考えています（特に、何らかのエラーコードを送信した場合）。他の場所で言及されているように、headers_list()はこの特定のアイテムを返しません。FirebugもFiddler2もヘッダーで処理しないため、実際にヘッダーとしてカウントされるかどうかはわかりません。では、PHPスクリプトは、どのステータスコードがブラウザに送信されようとしているのかをどのように検出できますか？

ヘッダーメソッドの周りにラッパー関数（またはオブジェクト）を使用したり、ステータスコードの送信とともにグローバル変数を設定したりすることは避けたいと思います。また、パフォーマンス上の懸念から、curlなどを使用してコード自体から呼び出すことは避けたいと思います。ご意見をお聞かせください。

この回答のコメントについて、この質問をします。

https://serverfault.com/questions/104648/is-this-http-servers-issue/104679#104679

編集

重要な点を見逃していました。また、接続を閉じないでおく必要があります。

ポーリングが実際にどのくらいの期間機能するかを調べようとしています。