Urlrewrite的一些感想

最新推荐文章于 2019-01-18 21:14:39 发布

转载最新推荐文章于 2019-01-18 21:14:39 发布 · 66 阅读

CC 4.0 BY-SA版权

原文链接：http://www.cnblogs.com/Heroman/archive/2005/12/31/308922.html

作者阅读微软MSDN上关于用ASP.NET实现URLREWRITE的文章，有三点收获：对ASP.NET运作原理及与IIS关系有更深理解；搞懂URL重写时机与ASP.NET验证的关系；了解一些小细节。同时也存在疑惑，如含空格及特殊字符的URL重定向后如何处理。

昨晚又看了看微软的MSDN上那篇被到处转载的"用ASP.NET实现URLREWRITE"
在GOOGLE上也搜了一下,除了这篇外,几乎没有其他的讲解URLREWRITE的文章了
就算有,也是东拉西扯,不得要领
MSDN上那篇算是讲的不错,可惜,语言晦涩,生硬难懂,我想,大约是老外写的,然后搞个外行翻译的吧,下过,也不奇怪,微软的文档通常都是如此
看完这篇文档,偶有三得:
1得就是对ASP.NET的运作原理以及与IIS的关系有了更深的理解.这一部分,这篇文章讲的非常好.一句形象的比喻就是ASP.NET用跟IIS相同的方式在工作
2.搞懂了URL重写的时机与ASP.NET验证之间的关系和纠葛,这部分,原文讲的也不错,只是文字不易理解
3.第三得是一些小细节,例如,移掉HTMLFORM的ACTION属性啦,还有用HTTPHANDLEFACTORY进行URL重写等
当然,偶也有所惑,希望各位兄弟指点一下:
URL重写时,对于像/products/mp3 player,这种含有空格及特殊字符的URL,重定向后,该如何处理呢,范例上,它是将MP3 Player截断处理,但实际上,假如重定向到/products.asp?name=mp3 player,由于有空格,URL会被编码,这会不会有问题呢?有没有必要去截断呢?如果截断的话,就更糟了,因为,这样实际上就改了请求的QUERYSTRING的内容,可能用户就得不到其需要的信息了

转载于:https://www.cnblogs.com/Heroman/archive/2005/12/31/308922.html