People often ask me for guidance on how they can dynamically "re-write" URLs and/or have the ability to publish cleaner URL end-points within their ASP.NET web applications. This blog post summarizes a few approaches you can take to cleanly map or rewrite URLs with ASP.NET, and have the option to structure the URLs of your application however you want. Why does URL mapping and rewriting matter? T
色々はまってました(笑) そんなわけで、まだコメントは登録できません。 URL 書き換えについては、Scott Mitchell さんの記事の和訳 MSDN - ASP.NET での URL 書き換え が十分な内容です。この文章では、URL 書き換えの手法として、IIS 側で ISAPI Filter を利用する以外に、ASP.NET 側からのアプローチとして、 HttpModule を利用する HttpHandler を利用する HttpHandlerFactory を利用する という手法が紹介されています。ユーザ認証やファイル承認といったシステムとの関連で HttpModule を利用するのがベターである理由についても記載されています。 . URL 書き換えが発生した後のページのレスポンスでは、PostBack 先は書き換え後の URL になっています。たとえば、例にあるような /pe
Webアプリケーションを構築するうえで、複雑なURLが好ましくないことはいうまでもない。複雑なURLはエンド・ユーザーが覚えにくい、タイプミスしやすいというデメリットもさることながら、検索エンジンのクロールを阻害する一因になることから、SEO(検索エンジン最適化)という観点でもマイナスとなる場合があるためだ。 例えば、以下のようなURLを想定してほしい。 http://www.example.com/default.aspx?category=1&id=A-01 http://www.example.com/default.aspx?category=1&id=A-02 http://www.example.com/default.aspx?category=1&id=A-03 検索エンジンのクローラは、このようにクエリ情報のみが異なるURLを「内容の類似した同じページ」と見なし、クロール
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く