url重写

以前觉得重写url像神一样，什么静态伪静态一大堆概念，搞的偶很是崇拜 我呢参考博客园某老兄文章，自己也作一个重写 1：去网站下载一个组件 这里： http://www.urlrewriting.net/155/de/downloads.html 并且引入你的项目 2：在web.config中注册相关组件和配置相关内容 <configSections> <section name="urlrewritingnet" requirePermission ="false" type="UrlRewritingNet.Configuration.UrlRewriteSection, UrlRewritingNet.UrlRewriter" /> </configSections> <urlrewritingnet rewriteOnlyVirtualUrls="true" contextItemsPrefix="QueryString" defaultPage = "Default.aspx" defaultProvider="RegEx" xmlns=" http://www.urlrewriting.net/schemas/config/2006/07 " > <rewrites> <!--更多重写规则 这就是我用的重写规则一会看案例--> <add name=

使用URL重写，可以创造出友好的URL，可以一定程度隐藏查询参数，增加对搜索引擎的友好性，对旧系统的维护也很有益处。 1、添加 IHttpModule的实现。 2、在Init(HttpApplication context)事件中注册BeginRequest事件。 3、在BeginRequest事件中根据一定规则使用RewritePath方法进行重写。 以下是代码部分。 web.config设置 <? xml version="1.0" encoding="utf-8" ?> < configuration > < configSections > < section name ="UrlMappings" type ="Job.Personal.Components.UrlMappingsHandler, Job.Personal.Components" /> </ configSections > < UrlMappings > < add match ="Jobs\/([a-fA-F0-9]{32}|([a-fA-F0-9]{8})-([a-fA-F0-9]{4})-([a-fA-F0-9]{4})-([a-fA-F0-9]{4})-([a-fA-F0-9]{12}))\/viewjob.aspx" replace ="Con001_ProjectManage/Job

　　URL重写 已经不是什么新鲜事物了，URL重写实现URL搜索引擎友好化是SEO的一个重要环节，不管是ASP.NET程序，还是其他语言都可以写出一段代码来截取传入的HTTP请求并自动将该请求重定向到其他资源。使用传统的 ASP，应用 URL 重写的唯一方法是编写 ISAPI 筛选器，或者购买提供 URL 重写功能的第三方产品。但是，使用ASP.NET，您可以通过很多方法来轻松地创建您自己的 URL 重写引擎。 　　ASP.NET相关教程文章： 《URL Rewriting With ASP.NET 》 http://www.codeproject.com/kb/aspnet/URLRewriter.aspx 此文章为 ASP.NET 的 URL 重写功能提供了很好的概述。 在网上还能找到大量使用 URL 重写来增强搜索引擎定位功能的实例。 　　UrlRouting (URL路由)是为了让Url更简短更直观更有意义才出现的，同时还可以通过参数得到重写后的Url在页面上使用。 如：原来ASP.NET中的参数URL：post.aspx?year=2010&month=6&day=1， 使用UrlRouting来配置一些URL的映射得到搜索引擎友好的，对用户也友好的url：/post/2010/6/1/ 　　UrlRouting早已在Asp.NET MVC项目中被广泛使用，ASP.NET

对于一个网站的结构来说，URL的设计也非常的重要，在URL设计时我们应该事先做好规划，应该从用户体验和搜索引擎蜘蛛体验出发，在总体上边应该做到URL清晰、友好、方便记忆，然后还要适当的考虑对于搜索引擎排名的影响，具体来说，URL设计时我们要从下边几点来着手： 1、URL越短越好 这样做主要是为了用户体验，其实对于搜索引擎来说，不超过1000个字母都没有问题，可是如果不考虑用户体验，确实真的用了非常长的URL的话，用户看起来就有些麻烦了，甚至会马上离开你的网站，曾经有人做过这方面的试验，在搜索引擎的搜索结果中，一个较短的URL出现在一个较长的URL下边时，较短的URL的点击率是较长的URL的2.5倍。而且较短的URL也比较有利于复制与传播。人们都比较喜欢简单的东西，特别是现代，人们不喜欢太复杂的东西，能简单就简单。所以网站的URL要尽量的短。 2、URL中避免太多参数 在进行URL设计时，我们尽量使用静态的URL，虽然现代的主流搜索引擎都能够很好的去索引带有参数的动态网页了，可是，使用静态的URL还是有一定的优势的，如果由于某些原因，不能使用静态的URL，而不得不使用动态的URL时，设计的则是URL中的参数应该尽量减少，不要超过三个，一般的情况下URL中的参数2-3个就可以了。参数太多了不但用户看起来困难，对搜索引擎的索引可能也会造成一定的问题。所以，能使用静态就使用静态的URL

使用URL重写，可以创造出友好的URL，可以一定程度隐藏查询参数，增加对搜索引擎的友好性，对旧系统的维护也很有益处。 1、添加 IHttpModule的实现。 2、在Init(HttpApplication context)事件中注册BeginRequest事件。 3、在BeginRequest事件中根据一定规则使用RewritePath方法进行重写。 以下是代码部分。 web.config设置 <? xml version="1.0" encoding="utf-8" ?> < configuration > < configSections > < section name ="UrlMappings" type ="Job.Personal.Components.UrlMappingsHandler, Job.Personal.Components" /> </ configSections > < UrlMappings > < add match ="Jobs\/([a-fA-F0-9]{32}|([a-fA-F0-9]{8})-([a-fA-F0-9]{4})-([a-fA-F0-9]{4})-([a-fA-F0-9]{4})-([a-fA-F0-9]{12}))\/viewjob.aspx" replace ="Con001_ProjectManage/Job

SEO网站优化之url友好设计 众所周知，搜索引擎对动态网站的收录一直不如静态网页。但是对于现在的大多数的网站而言，用静态网页接近不可能。那么怎么样让自己的动态网站也能够像静态网页一样，有着很好的收录呢？ 重写你的URL，让URL变得友好。 现在大多流行的程序，如：wordpress,discuz,phpwind，都提供了URL重写功能。 如我的小站： http://www.dotudo.com/ url中不带参数，也不带文件类型扩展名（PHP，ASP，HTML），如下： http://www.dotudo.com/about/ http://www.dotudo.com/category/seo/ URL可以重写成伪静态，如下： http://www.dotudo.com/about/index.html URL目录一般要比较有层次，并且层次不宜太深，一般层次不要多于四级，如下： http://www.dotudo.com/category/seo/ http://www.dotudo.com/category/seo/seo-tool/ http://www.dotudo.com/category/seo/google-seo/ http://www.dotudo.com/2007/09/ http://www.dotudo.com/2007/09/09/seo-web

　　 ThinkPHP中U方法的用处主要是完成对url地址的组装，在模板中使用U方法而不是固定写死URL地址的好处在于，一旦你的环境变化或者参数设置改变，你不需要更改模板中的任何代码。在模板中的调用格式需要采用 {:U('地址', '参数'…)} 的方式，一般的形式里面是控制器中的方法名，例如{:U('loginPage')}。完整格式为： U('地址','参数','伪静态','是否跳转','显示域名')。U方法的第二个参数支持传入参数，支持数组和字符串两种定义方式，如果只是字符串方式的参数可以在第一个参数中定义，下面几种方式都是等效的： U('Blog/cate',array('cate_id'=>1,'status'=>1)) U('Blog/cate','cate_id=1&status=1') U('Blog/cate?cate_id=1&status=1') 但是不允许使用下面的定义方式来传参数： U('Blog/cate/cate_id/1/status/1') 根据项目的不同URL设置，同样的U方法调用可以智能地对应产生不同的URL地址效果，可以在配置文件convention.php中看到： 'URL_MODEL' => 1, // URL访问模式,可选参数0、1、2、3,代表以下四种模式： // 0 (普通模式); 1 (PATHINFO 模式); 2

上篇博客 【写自己的ASP.NET MVC框架（上）】 我给大家介绍我的MVC框架对于Ajax的支持与实现原理。今天的博客将介绍我的MVC框架对UI部分的支持。 注意： 由于这篇博客是基于前篇博客的，因此有些已说过的内容将会直接跳过，也不会给出提示。 所以，如果要想理解这篇博客，那么阅读上篇博客 【写自己的ASP.NET MVC框架（上）】 则是必要的。 回到顶部 MyMVC的特点 在开发MyMVC的过程中，我吸取了一些ASP.NET WebForm的使用经验，也参考了ASP.NET MVC，也接受了Martin Fowler对于MVC思想的总结。 在设计过程中，我只实现了一些必要的功能，而且没有引入其它的类库与组件，因此，它非常简单，且容易使用。 我们可以这样理解MyMVC： 它是一个简单，容易使用，且符合MVC思想的框架。 在MyMVC框架中，View仍然采用了WebForm中的Page，毕竟Page已经使用了十年，能经得起时间的检验，它仍然是我们可信赖的技术。 另一方面，Page也是ASP.NET中默认的HTML输出技术，使用它会比较方便。 MyMVC与微软的ASP.NET MVC不同的是： 1. 不依赖于URL路由组件。 2. 不提供任何HtmlHelper 3. Controller只是一个Action的容器，没有基类的要求。 4. Action处理的请求不区分POST,

上篇博客 【写自己的ASP.NET MVC框架（上）】 我给大家介绍我的MVC框架对于Ajax的支持与实现原理。今天的博客将介绍我的MVC框架对UI部分的支持。 注意： 由于这篇博客是基于前篇博客的，因此有些已说过的内容将会直接跳过，也不会给出提示。 所以，如果要想理解这篇博客，那么阅读上篇博客 【写自己的ASP.NET MVC框架（上）】 则是必要的。 MyMVC的特点 在开发MyMVC的过程中，我吸取了一些ASP.NET WebForm的使用经验，也参考了ASP.NET MVC，也接受了Martin Fowler对于MVC思想的总结。 在设计过程中，我只实现了一些必要的功能，而且没有引入其它的类库与组件，因此，它非常简单，且容易使用。 我们可以这样理解MyMVC： 它是一个简单，容易使用，且符合MVC思想的框架。 在MyMVC框架中，View仍然采用了WebForm中的Page，毕竟Page已经使用了十年，能经得起时间的检验，它仍然是我们可信赖的技术。 另一方面，Page也是ASP.NET中默认的HTML输出技术，使用它会比较方便。 MyMVC与微软的ASP.NET MVC不同的是： 1. 不依赖于URL路由组件。 2. 不提供任何HtmlHelper 3. Controller只是一个Action的容器，没有基类的要求。 4. Action处理的请求不区分POST, GET

url重写是指通过配置conf文件，以让网站的url中达到某种状态时则定向/跳转到某个规则，比如常见的伪静态、301重定向、浏览器定向等 rewrite 语法 在配置文件的server块中写，如： server { rewrite 规则 定向路径 重写类型 ; } 规则：可以是字符串或者正则来表示想匹配的目标url 定向路径：表示匹配到规则后要定向的路径，如果规则里有正则，则可以使用$index来表示正则里的捕获分组 重写类型： last ：相当于Apache里德(L)标记，表示完成rewrite，浏览器地址栏URL地址不变 break；本条规则匹配完成后，终止匹配，不再匹配后面的规则，浏览器地址栏URL地址不变 redirect：返回302临时重定向，浏览器地址会显示跳转后的URL地址 permanent：返回301永久重定向，浏览器地址栏会显示跳转后的URL地址 简单例子 server { # 访问 /last.html 的时候，页面内容重写到 /index.html 中 rewrite /last.html /index.html last ; # 访问 /break.html 的时候，页面内容重写到 /index.html 中，并停止后续的匹配 rewrite /break.html /index.html break ; # 访问 /redirect.html 的时候