URL書き換えは、これはおなじみのようで、非常に奇妙な技術、情報セキュリティを感じ、SEO（検索エンジン最適化）のペースになっている、と徐々にすべてのWeb開発者に影響を与え、どんなにあなたが行くどの技術（ASP、ASP.NET、それは実際にあなたに多くを助けることができるので、PHP、JSP、ルビー、Perlの、...）は、基本的にはハード、それに注意を払うことはありません。ただ、REST URLパターンは、あなたが私たちの目に多くの人々を作ることができます。
URL書き換え、これがないと基本的にハード、身近なようで、非常に奇妙な技術を感じた、情報セキュリティやSEO（検索エンジン最適化）のペースになっている、と徐々にすべてのWeb開発者、あなたが行く技術に関係なく影響を与えますそれは実際にあなたに多くを助けることができるので、それに注意を払うこと。ただ、REST URLパターンは、あなたが私たちの目に多くの人々を作ることができます。
想像して、あなたはブランチサイトのURLを持っている場合、長いとてもきれいです。
http://www.abc.com.tw/myblog/blog.aspx?id=18472938290&postdate=20090404
それともそう格好良い：
http://www.abc.com.tw/myblog/2009/04/04/ 18472938290.aspx
または、ユーザーがこの道のURLを入力することができた場合：
http://www.abc.com.tw/productinfo/MP3
彼は、MP3プレーヤーの検索カタログを一覧表示したい、ユーザーがまだプレイしている：
http://www.abc.com.tw/productinfo/search.aspx?keyword=MP3このURL？
私は、答えは非常に明確である、人々はマーケティングや消費者行動の概念が関係していると思います。
URL URLの外観を強みとされて書き換え、取引を行うために見える内部URLに変換し、のは、内部URLを使用し続けてみましょう、だけでなく、ためになりまし書き換えURLになってきて、親和性を有する外部のURLを許可します技術的なサイトの開発者の一人知っている必要があり、そして今、実際にモジュールを書き換えURLの多くは、例えば、使用することができましたUrlRewriting.Netこのパッケージ、またはIIS 7.0でURL書き換えモジュールのように。
私たちが生まれたを所有することができます場合は、その後、ネットワーク上のモジュールを書き換えはい、だけでなく、URLの書き換えどのURLをより良く理解するだろう、力をより正確に把握されます（以下、ASP.NETテクノロジへの主な説明、他の言語として）対応する機能を見つけるためにマニュアルを参照してください。
まず、コンバータの外部および内部要件としてURLをURL書き換え、再投入アクションを実行するために、URLのすべてをフィルタリングする必要があり、それは、ASP.NETのために、Webサーバの実装では、生存のために、より適しており、使用してHTTPモジュールは、この作品（あまり適しHTTPハンドラ）を扱うことができます。
そして、誰がHttpApplication.BeginRequestまたはHttpApplication.AuthorizeRequestイベント（モジュールのほとんどがHttpApplication.AuthorizeRequestイベントを処理している）処理を設定します。
公共ボイド初期（のHttpApplicationコンテキスト）
{
context.AuthorizeRequest + =新しいイベントハンドラ（AppAuthorizeRequest）。
}
そして、イベントハンドラで、HttpApplication.Context.RewritePath（）を呼び出しました：
公共ボイドAppAuthorizeRequest（オブジェクト送信者、のEventArgs e）の
{
（のHttpApplicationとして送信者）.Context。RewritePath（ "〜/ MyHandler.aspx"）;
}
次に、Web.configファイルの上に、このモジュールでのsystem.web /のHttpModules設定、IIS 7.0場合は、提供したしますsystem.webServer /モジュールの中で。
その後、関係なく、あなたはURLを入力するパスの、Webアプリケーションを実行し、（もちろん、あなたのプロジェクトがMyHandler.aspxこのページを持っている必要があります）にMyHandler.aspxに送られます。
HttpApplication.Context.RewritePathがに対処するための見開き（）のURLを指定するように求められますを通じて実際に書き換えURLは、技術的にそれは、それをだろうが、実際に開発、URL書き換えは、多くの事実を考慮する必要があります：
- 各URL以来処理され、およびに画像ファイルへのURLのポイント、スクリプトや他のリソースがどのようにしていることに対処しますか？
- 除外するための特別なパスはありますか？
- URLをフォーマットする方法URL書き換えの実装では、ニーズを満たすように設計されるのですか？
- URLが書き換えられたときので、
- それは選択性が処理されないのではなく、各URLの要件に対処する必要があるため、URLの書き換え性能が、必要とされます。
また、URLは必ずしも書き換え行うことは難しいことではありません、あなたが書き換えする必要はありません、またはあなたがしなければならない除外する必要性の一部は、URLのリダイレクト（HTTP 302）のいくつかの形式で、あなたも直接ブラウザHTTP 302メッセージへの出力が必要となることができます落胆ガイドは、判定条件に書き換えURLにあまりを追加しないでください、とでURL書き換えに時間がかかりすぎることをしない、覚えて、それだけでも、また、このようなデータベースアクセスデータとして（URLの処理速度を遅くしますがそのようなもの）。
オリジナル：ビッグボックス URL書き換えを再生する方法