1

私は Yahoo によるベスト プラクティスのガイドを読んでいました: http://developer.yahoo.com/performance/rules.html#no404

ひとつ気になったルールはこれ。

HTTP リクエストはコストがかかるため、HTTP リクエストを作成して役に立たない応答 (つまり 404 Not Found) を取得することはまったく不要であり、何のメリットもなくユーザー エクスペリエンスを遅くします。

一部のサイトでは、「X のことですか?」という 404 が役に立ちます。これは、ユーザー エクスペリエンスには優れていますが、サーバー リソース (データベースなど) を浪費します。特に悪いのは、外部 JavaScript へのリンクが間違っていて、結果が 404 になる場合です。まず、このダウンロードは並列ダウンロードをブロックします。次に、ブラウザーは 404 応答本文を JavaScript コードであるかのように解析し、その中で使用可能なものを見つけようとします。

これは本当にベストプラクティスですか?? ユーザーが Web サイトで間違った URL を入力した場合、このガイドは何を推奨していますか? ユーザーにデフォルトのサーバーエラーページを残すだけですか?ユーザーが間違った URL を入力した場合、サーバーはどのようにして 404 以外を返すことができるのでしょうか? 私は単にこのアドバイスを理解していません.誰かがその理由を説明できるかどうか疑問に思っています, ありがとう.

4

1 に答える 1