URL書き換え
書き換え原則
プロセス分析
疑問の場所
app.Request.ApplicationPath lookforサブディレクトリがある場合、この場所が役割を果たしているかもしれないが、一時的に不確実
ブールフラグ= url.IndexOf（「」）= -1 ;!要求は、我々が書き換え実行接尾辞が含まれている場合にフラグを示しています。 『』
主なアイデア：使用すると、すべての要求システムをブロックするフィルタリングし、
最初のステップ：要求を取り除くを書き換える必要がありません
システムのロード書き換え構成ルール：ステップ
第三段階：各ルールをループし、システムを使用して一致context.RewritePath機能は、当社指定のASHXハンドラに転送された要求を、インターセプトした場合に行くことにしました
lookfor到はsendto
注場所
どのようにすべての要求をシステムを取得しますか？
使用app.Request.Pathは、[ 現在の要求の仮想パス取得要求を転送するかどうかを決定するために、この値を識別することにより、要求されたシステムのかを示すために使用します]
このもを使用して操作を転送すると、次の2人のドメイン名をドメイン名なしの利益を達成することができました
各ルール決意サイクル
各要求は、正規表現がマッチが成功したら、直接ループの外に、オブジェクトのインスタンスを使用する必要があり、各ルールに一致するように要求されるシステムでは、各スイッチング・ルールを、到着し、これは、より良いパフォーマンスです
ポイントへの定期的な注意
完全一致 ^ $ 両方のシンボルは、仮想パスを表すことに注意してくださいが完全に要求に合わせ、パスは、上記の
301を達成
非WWWのリンクのための301、上記にWWWのリダイレクトに行く、注意が唯一の家庭非WWWのジャンプではありません
彼らはこの場所が循環裁判官ルールのためにそこに書かなければならないということであることを要求されたので、ジャンプは、サイト全体で
URL絶対ルールが含まれている場合に実現するキーポイントは、絶対URLを識別app.Request.Url.AbsoluteUri.ToLower（）、あります
http：//abc.com | http://www.abc.com
すなわちSTARTSWITHある http://abc.com アプリケーション機能301に
概要：いくつかのキーポイント以上に把握するためにURLの書き換えが必要、そう考えてください
URL基本的に何を書き換え？要求は、我々は彼らがルートを移動したい治療プログラムに送られます
URLどこエントリポイントを書き換え？app.Request.Pathすべての要求をインターセプト取得
URLの書き換えは裁判官を特定する方法ですか？正規表現で
パラメータ処理書き換え
あなたは、URLパラメータを書き換えるか、それともapp.Request.Pathで運ぶ場合
それは、URLリライト分離要求に関連するパラメータlockforどうですか？
正規表現を使用して機能を交換して、別のパラメーターを行い、この場所は、重要な場所であります
拡張1
301フォワード：あなたが要求を転送するのいずれかを行うことができ、後にシステムがすべての要求をインターセプト
拡張機能2
サブディレクトリ書き換え[思考を達成。。。]
主なアイデアは明らかですが、場所のいくつかの詳細は、特に明確ではありません
