質問

リクエストで誤って「/」が「/」に追加された場合、任意のURLを想定します。これはhttpリクエストのパフォーマンスに影響しますか?

e.g。

  1. http://www.microsoft.com/downloads
    v / s
  2. http://www.microsoft.com//downloads

私がこれを求めているのはこの理由です。アプリケーションの1つでは、何らかの理由で実稼働サーバー上で動的URLが正しく構築されていませんでした。私たちはこの問題を修正していますが、当面の間、これにより発生する可能性のある問題について心配しています。

役に立ちましたか?

解決

URLがサーバー側でどのように解析されるかわかりませんが、おそらくパフォーマンスに影響があります。

または、まあ、インパクトは正しい言葉ではありません。巨大なマンモスを噛む小さなハエのようなものになるので、心配する必要はありません。

もちろん、パフォーマンスとは別に、正しいURLにリンクする方が良いでしょう。他の効果がある可能性があり、URLは将来機能しない可能性があります。

他のヒント

提供されたURLが意味のあるものにリダイレクトしているのは偶然です。それがURLでない場合、多くのサーバーで404を取得します。

http://slashdot.org/recent/

http://slashdot.org//recent/

特に、最近行われているすべてのURL書き換えを考慮する場合。

次のようなリライトがあります:^ http://site.com/directory/ {0 、1} $

どの404がいいでしょうか?)

パフォーマンスへの影響はごくわずかであるか、存在しないことも確かです。

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

ルイス

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top