'//'はHTTPリクエストのパフォーマンスに影響しますか?
-
03-07-2019 - |
質問
リクエストで誤って「/」が「/」に追加された場合、任意のURLを想定します。これはhttpリクエストのパフォーマンスに影響しますか?
e.g。
私がこれを求めているのはこの理由です。アプリケーションの1つでは、何らかの理由で実稼働サーバー上で動的URLが正しく構築されていませんでした。私たちはこの問題を修正していますが、当面の間、これにより発生する可能性のある問題について心配しています。
解決
URLがサーバー側でどのように解析されるかわかりませんが、おそらくパフォーマンスに影響があります。
または、まあ、インパクトは正しい言葉ではありません。巨大なマンモスを噛む小さなハエのようなものになるので、心配する必要はありません。
もちろん、パフォーマンスとは別に、正しいURLにリンクする方が良いでしょう。他の効果がある可能性があり、URLは将来機能しない可能性があります。
他のヒント
提供されたURLが意味のあるものにリダイレクトしているのは偶然です。それがURLでない場合、多くのサーバーで404を取得します。
特に、最近行われているすべてのURL書き換えを考慮する場合。
次のようなリライトがあります:^ http://site.com/directory/ {0 、1} $
どの404がいいでしょうか?)
投稿したURLはパフォーマンスに影響します(//は無視されます)。 URLがリダイレクト(301コード)を使用するという事実は、 httpからリダイレクトするため、パフォーマンスが低下します。 ://www.microsoft.com/downloads http://www.microsoft.com/downloads/en/default.aspxへa>。
これは、最後の最後のスラッシュの追加を忘れた場合にも発生します。
パフォーマンスへの影響はごくわずかであるか、存在しないことも確かです。
Firefoxで試してみると、FFは GET http://www.microsoft.com//downloads 301 Movedを永久に受け取り、FFが正しいアドレスを要求する (この場合、 http://www.microsoftを指す別の301を受け取ります。 com / downloads / en / default.aspx ) そうです、パフォーマンスの問題、サーバーのストレスがあり、間違った動作です
(そしておそらく異なるサーバー構成が異なる動作をする可能性があります)
いいえ、違いはありません。または、少なくともその違いを理解することはできません。 比較するだけです
ls /<any-path>/myFile
with
ls /<any-path>//myFile
ルイス