でRequest.ServerVariables（「SCRIPT_NAME」VS）「URL」

は、私は従来のASPアプリケーションを維持していると私は、コードの2つの類似したラインに出くわしたコードの上に行っている間：でRequest.ServerVariables（「SCRIPT_NAME」VS）「URL」

Request.ServerVariables("URL") 
' Output: "/path/to/file.asp" 

Request.ServerVariables("SCRIPT_NAME") 
' Output: "/path/to/file.asp"

私はそれを得ることはありません... 違いはなんですか？それらの両方は、私は（上記のURLは、「/to/file.asp」に書き換える）ルートドキュメントとして/パスのフォルダを置くどの設定されていることをURL書き換えを無視

詳細情報：サイトIIS 7に展開されています

出典

2009-03-27 Jiaaro

として残るでしょう。私はインクルードファイル（）かServer.Transferの後に呼び出されたケースを試しました。

出典

2009-03-27 21:38:03

の後に両方とも "/path/to.transferredfile.asp"となるでしょう。両方とも後方互換性のために保たれているのでしょうか？ – Jiaaro

@Jim Robert、私は正直ではない。私は今、異なるバリエーション（URLとSCRIPT_NAMEを出力するサブ/ファンクションを呼び出す）を試みましたが、それでも常に同じ値を返します。繰り返しますが、これはIIS 7の下でテストされています。 –

Server.Transferの場合はこれがありますか？あなたは私はあなたが

すなわちSCRIPT_NAMEは、例えばだろう異なる結果になるだろうと思うServer.Transferの操作を行う場合には

URL一方/path/to.transferredfile.aspは、これは私が別の値を返すためにRequest.ServerVariables("URL")とRequest.ServerVariables("SCRIPT_NAME")を得ることができなかったIIS 7

下のバグかもしれない/path/to/file.asp

出典

2009-03-27 12:59:42

いいえ、試しました。 ServerTransfer（） – Tomalak

URLクエリーストリングまたは余分なパス情報なしで、URLのベース部分を指定します。生のURLの場合は、HTTP_URLまたはUNENCODED_URLを使用します。

SCRIPT_NAME実行中のスクリプトへの仮想パス。自己参照URLに使用できます。

http://www.requestservervariables.com/url および/ script_nameを参照してください。

出典

2010-09-23 10:41:35

そのWebサイトは、私が今まで見たことのない最も説明的なサイトの1つです。見た目はかなり美しい。 –

でRequest.ServerVariables（「SCRIPT_NAME」VS）「URL」

答えて

関連する問題