重写url必须掌握正须表式
2种简单的Apache+PHP下实现URL重写的方法
$script = $_SERVER["SCRIPT_NAME"];
$nav = ereg_replace(”^$script”, “”, urldecode($nav));
$vars = explode(”/”, $nav);
$action = intval($vars[1]);
$id = intval($vars[2]); } }
这样$action和$id也得到了，页面里链接可以写成abc.php/a/1的形式来访问相应页面。需要注意的是这种方法效率较第一种低，第一种方法是在WEB服务器URL解析过程中实现的，而这里是在PHP页面解析过程里实现的，第2种方法只是变通，不得已而为之，要修改链接形式很不方便也不灵活。
2、对于租用空间的用户，一般都没有办法修改Apache的配置，这里有个变通的方法，原理是这样的：当要传递参数访问PHP 页面时，正常情况下是通过自动全局变量$_GET来获得，比如上面的链接，在页面里可以通过$_GET['action'] 和 $_GET['id'] 来获得，重写URL后就不行了。现在在每个页面里require一个url_rewrite.php文件，里面代 RewriteRule ^/abc/([a-z]+)/([0-9]+).html$ /abc.php?action=$1&id=$2
然后在shell里执行service httpd reload，让Apache重新载入配置就好了。
现在在PHP页面里面我们可以把链接写成 abc/a/1.html的形式，Apache在解析这个 URL的时候会rewrite成abc.php?action=a&id=1的形式，并返回正确的页面。运用正则表达式我们可以实现几乎任何我们想要的链接形式，mod_rewrite模块的功能异常强大，这里只是一个及其简单的应用。
URL 重写
<1>URL 重写是截取传入Web 请求并自动将请求重定向到其他URL 的过程。
比如浏览器发来请求hostname/101.aspx ，服务器自动将这个请求中定向为http://hostname/list.aspx?id=101。
url重写的优点在于：缩短url，隐藏实际路径提高安全性易于用户记忆和键入。
易于被搜索引擎收录二实现url重写的基本方法下载MS的URLRewriter.dll，放到你的web程序的bin下下载地址1：/uploads/DevTools/MSDNURLRewriting.msi下载地址2：/download/0/4/6/0463611e-a3f9-490d-a08c-877a83b797cf/MSDNURL Rewriting.msi下载完成后，在web.config里设置如下：<?xml version="1.0" encoding="utf-8" ?><!--overred--><configuration><configSections><sectionname="RewriterConfig"type="URLRewriter.Config.RewriterConfigSerializerSectionHandler, URLRewriter" /></configSections><RewriterConfig><Rules><RewriterRule><LookFor>~/d(\d+)\.aspx</LookFor><SendTo>~/default.aspx?id=$1</SendTo></RewriterRule></Rules></RewriterConfig><system.web><httpHandlers><add verb="*" path="*.aspx" type="URLRewriter.RewriterFactoryHandler, URLRewriter" /></httpHandlers></system.web></configuration>其中<section name="RewriterConfig" type="URLRewriter.Config.RewriterConfigSerializerSectionHandler, URLRewriter" />用于指定配置节"RewriterConfig"的处理程序类的名称为”URLRewriter.Config.RewriterConfigSerializerSectionHandler”，该类存在于bin目录下的URLRewriter .dll文件中关键的是这两句<LookFor>~/d(\d+)\.aspx</LookFor><SendTo>~/default.aspx?id=$1</SendTo>< LookFor>~/d(\d+)\.aspx</LookFor>表示，用户输入的url，d(\d+)\.aspx是url中文件名匹配的正则表达式（此处为字母d开头，后面跟一个或多个数字，并以.aspx结尾。
URL重写规则
URL重写规则开启mod_rewrite开启mod_rewrite模块使⽤URL重写功能，需要安装mod_rewrite模块。
使⽤phpinfo()函数，找到Apache Modules section部分，可以看到当前apache加载模块。
如果没有开启mod_rewrite, 就需要配置mod_rewrite.so的路径：LoadModule rewrite_module modules/mod_rewrite.soApache2内置了mod_rewirte，在配置虚拟主机的配置⽂件VirtualHost部分打开引擎：RewriteEngine on这句之后就可以使⽤重写语法了。
VirtualHost⽂件部分的Directory配置必须是：Options Includes FollowSymLinks #允许使⽤符号链接AllowOverride All #允许⽬录配置⽂件.htaccess。
如果不使⽤是AllowOverride None利⽤mod_rewrite重写URL主要使⽤两个基本的指令RewriteRule和RewriteCond。
⼀个最常⽤的正则就是（.*）。
它含有两个元素：⼀是“点”，表⽰任意字符；⼆是“星”，表⽰以前的全部字符。
所以（.*）会匹配{REQUEST_URI}的所有字符。
Rewrite重写引擎的输⼊串是 {REQUEST_URI}，也就是URL中出去域名以及“?”符号后的所有查询字符。
重定向的URL中要提取出“USA/California/San_Diego”，匹配模式正则表达式的原型是：(.*)/(.*)/(.*)以上正则，在{REQUEST_URI}中通过两个“/”的分割存储了三个值，为了解决我们具体问题，我们得加⼀点限制――毕竟，第⼀个和最后⼀个原⼦可以匹配任何字符。
开始，我们可以添加⼀些特殊的字符，⽐如表⽰正则“开始”或者“结束”，“^”字符表⽰正则的开始⽽“”表⽰正则的结束。
URL重写的七条法则 _ 李冰
发表于2009年06月18日URL重写的七条法则一个精心构造的网站URls对搜索引擎爬虫、SEO和用户友好度有着重要的影响。
一个优秀的SEOer深知怎样设定有效的URLs，但Web开发人员、IT人员和管理者可能不理解这管URLs什么事儿。
在这篇文章中，我会分享一系列URLs选择的最佳方法，并一一解释。
但在开始这个系列之前，送你一句公认的格言：除非它们坏了，否则不要更改你的URLs。
如果你的网站被搜索引擎抓取和收的还不错，而且用户正在没有困难的情况下点击这些URLs，尽管它们又长又难看。
无论如何，在这种情况下保持现状。
搜索引擎优化提高的潜力小于潜在风险，有些事物在网页或搜索引擎的末端会产生故障。
如果你是URLs坏掉了，下面是一些改善它们的方法。
1. 让URLs尽可能短对可用性的影响：据一些研究报告，人们更喜欢短的URL。
搜索用户更有可能点击简短的URLs。
Google的Maile Ohye写道，一个长URL “被用户点击的机会大大降低”，在搜索引擎结果页面（SERPs）。
Marketing Sherpa study证实，用户经常更多的点击短URLs。
对SEO的影响：功能差的网站只有很少的站外链接，未必看到爬虫抓取网站深处的内容。
搜索引擎的爬虫会更频繁的访问和再次访问与根目录接近的内容，这些都是有着短URLs的页面。
此外，出于显而易见的原因，其他的网站管理员和博客大多使用短 URLs作为页面链接；作为一个发布者，我信赖短URLs好过长的，而且往往避免链接到长的URLs，我不确定动态的能够残留到永久。
2. 从URLs删除会话ID。
对抓取的影响：搜索引擎爬虫很少检索一个URL的会话ID ，因为有一个重要的可能，这个内容可能是另外一个URL的副本。
像会话ID那样的长参数，也应予以避免。
3. 在URLs中限制变量和参数对抓取的影响：在某次会议上，Google的 Matt Cutts说过，URLs中的参数数量，限制在2个或3个为最佳。
Url路径重写的原理
Url路径重写的原理的地址重写(URLRewriter)实现原理及代码⽰例吴剑 2007-01-01原创⽂章，转载必需注明出处：概述访问者输⼊：/default.aspx，实际请求和响应的地址却是：/wu-jian/default.aspx, 这就是UrlRewrite，除了实现⼆级域名功能，它在简化⽤户输⼊地址、SEO、⽹站版本迭代更新等多个⽅⾯发挥着重要作⽤。
微软曾在.net framework 1.1中提供过⼀个名为URLRewriter的⼩⼯具供开发⼈员轻松实现UrlRewrite，下载地址为：本⽂以URLRewriter为例，在.net framework 2.0的环境下做了⼩部分优化调整，供⼤家学习和参考，能⼒有限，不⾜之处请⼤家及时指出。
本⽂假设读者对URLRewriter、的 Http管线有⼀定了解，否则请查阅相关资料。
配置URLRewriter在web.config⾥通过⾃定义配置结合正则表达式来实现URL重写。
⾃定义节点的声明：<configSections><section name="RewriterConfig"type="PaoTiao.PTRewriter.Config.RewriterConfigSerializerSectionHandler, PaoTiao.PTRewriter"/></configSections>⾃定义节点配置项：<RewriterConfig><Rules><RewriterRule><LookFor>^http://([a-zA-Z0-9]{4,16})/default.aspx$</LookFor><SendTo>/$1/default.aspx</SendTo></RewriterRule><RewriterRule><LookFor>^/([a-zA-Z0-9]{4,16})/$</LookFor><SendTo>/test/url.aspx?p=$1</SendTo></RewriterRule></Rules></RewriterConfig>如上我配置了两个规则，以实例说明，第⼀个可将： 重写到：/wu-jian/default.aspx第⼆个可将：/wu-jian 重写到：/test/url.aspx?p=wu-jian但微软的URLRewriter LookFor并不⽀持到域名位置，它只能在根⽬录之后做⽂章，截选了它源码DEMO中的⼀段：<RewriterRule><LookFor>~/(\d{4})/(\d{2})/(\d{2})\.aspx</LookFor><SendTo>~/ShowBlogContent.aspx?year=$1&month=$2&day=$3</SendTo></RewriterRule>可以发现，当需要使⽤⼆级域名或⾃定义级别更⾼的rewrite时，URLRewriter是不⽀持的，所以在此我将源代码作了⼀⼩部分优化，匹配与重写都使⽤LookFor和SendTo中的原始表达式，不做任何智能替换与修改。
URL 重写
首先来明确一下定义: URL 重写是截取传入 Web 请求并自动将请求重定向到其他 URL 的过程。
一个好的URL标准:∙简短。
∙易于键入。
∙可以看出站点的结构。
∙“可删节”，允许用户通过删除 URL 的组成部分来浏览站点。
请求到达 IIS 时将会发生什么情况在正式研究 URL 如何实现重写之前，应首先了解Microsoft® Internet Information Services (IIS) 如何处理传入请求，这一点非常重要。
当请求到达 IIS Web 服务器时，IIS 检查被请求文件的扩展名以确定如何处理该请求。
IIS 可以自行处理请求（如 HTML 页面、图像以及其他静态内容），或者将请求路由到 ISAPI 扩展。
（ISAPI 扩展是一个处理传入 Web 请求的非托管编译类。
其任务是生成被请求资源的内容。
）例如，当传入针对 Info.asp 网页的请求时，IIS 会将此消息路由到 asp.dll ISAPI 扩展。
然后，该 ISAPI 扩展将加载被请求的 ASP 页面，执行该页面，并将所呈现的 HTML 返回给 IIS，然后，IIS 将该 HTML 发送回请求客户端。
对于 页面，IIS 会将此消息路由到 aspnet_isapi.dll ISAPI 扩展。
然后，aspnet_isapi.dll ISAPI 扩展将处理操作传递给托管的 辅助进程，该辅助程序将处理请求，并返回 网页的呈现 HTML。
您可以自定义 IIS，以指定扩展名与 ISAPI 扩展的映射关系。
图 1 显示了 Internet Information Services 管理工具的“应用程序配置”对话框。
请注意，与 有关的扩展名（.aspx、ascx、config、asmx、rem、cs、vb 及其他）均已映射到 aspnet_isapi.dll ISAPI 扩展。
使用 ISAPI 筛选器检查请求IIS 除了可以将传入 Web 请求的文件扩展名映射到相应的 ISAPI 扩展之外，还将执行许多其他任务。
URLRewriteModule2.1URL重写模块规则写法
URLRewriteModule2.1URL重写模块规则写法⽬录先决条件设置测试⽹页创建重写规则命名规则定义模式定义动作查看配置⽂件中的重写规则测试重写规则创建重定向规则测试重定向规则创建访问阻⽌规则测试访问阻⽌规则概要先决条件本演练需要满⾜以下先决条件：IIS安装 URL Rewrite Module 2.1下载页⾯下载链接启⽤了⾓⾊服务的IIS 7或更⾼版本。
URL重写模块已安装。
有关更多信息，请参见使⽤URL重写模块。
设置测试⽹页为了演⽰URL重写模块如何⼯作，我们将使⽤⼀个简单的测试页⾯。
该页⾯读取Web服务器变量，并在浏览器中输出它们的值。
复制以下代码，并将其放在名为article.aspx的⽂件的％SystemDrive％\ inetpub \ wwwroot \⽂件夹中：<%@ Page Language="C#" %><!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "/TR/xhtml1/DTD/xhtml1-transitional.dtd"><html xmlns="/1999/xhtml"><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8" /><title>URL Rewrite Module Test</title></head><body><h1>URL Rewrite Module Test Page</h1><table><tr><th>Server Variable</th><th>Value</th></tr><tr><td>Original URL: </td><td><%= Request.ServerVariables["HTTP_X_ORIGINAL_URL"] %></td></tr><tr><td>Final URL: </td><td><%= Request.ServerVariables["SCRIPT_NAME"] + "?" + Request.ServerVariables["QUERY_STRING"] %></td></tr></table></body></html>创建重写规则我们将创建⼀个简单的重写规则，该规则将使⽤以下格式重写URL：⾄：我们将使⽤IIS管理器中的URL重写UI创建⼀个重写规则。
url重写的方法
url重写的方法URL重写是一种常见的网络技术，用于将特定的请求映射到特定的资源。
它通常用于隐藏实际文件路径、实现动态内容生成以及实现路由优化等。
本文将详细介绍URL重写的基本概念、步骤以及一些常见的应用场景。
一、基本概念URL重写是一种将特定请求映射到特定资源的机制。
它通过在Web 服务器上配置规则来实现，这些规则通常存储在Web服务器的配置文件中。
当有请求到达Web服务器时，服务器会根据配置的规则对请求进行匹配和处理。
二、步骤1. 确定需要重写的URL模式：首先，你需要确定你想要重写的URL模式。
这些URL模式可以是静态的，也可以是动态的，具体取决于你的需求。
2. 配置规则：根据你的URL模式，在Web服务器的配置文件中添加相应的规则。
这些规则将定义如何将请求映射到特定的资源。
3. 测试和调试：完成配置后，通过浏览器或抓包工具测试你的URL重写规则是否正常工作。
你可以通过更改请求的URL来检查是否按预期映射到正确的资源。
4. 维护和更新：URL重写规则通常需要定期维护和更新，以确保它们仍然按预期工作，并适应你的应用程序的需求变化。
三、应用场景1. 隐藏实际文件路径：通过URL重写，你可以将特定的请求映射到不同的文件路径，从而隐藏实际的文件位置。
这有助于保护敏感信息，并提高网站的安全性。
2. 动态内容生成：URL重写可用于生成动态内容。
通过在规则中嵌入变量或查询参数，你可以根据不同的请求生成不同的内容。
这使得内容更具灵活性和可定制性。
3. 实现路由优化：URL重写可用于实现路由优化，以提高网站的性能和用户体验。
通过将请求映射到最合适的资源路径，你可以减少路由延迟，提高页面加载速度。
4. 跨站请求伪造保护：通过URL重写，你可以将请求映射到特定的安全处理程序，从而实现对跨站请求伪造（CSRF）的保护。
这有助于增强网站的安全性，减少潜在的安全风险。
四、常见工具和框架在进行URL重写时，你需要选择合适的工具和框架来支持你的需求。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
重写url必须掌握正须表式正须表式是一须可以用于模式匹配和替须的强有力的工具。
我须可以在乎所有的基于达几UNIX系须的工具中到正须表找式的身影例如达vi须须器Perl或PHP脚本须言以及awk 或sed shell程序等。
此外象JavaScript须须客须端的脚本须言也提供了须正须表式的支持。
由此可须正须表式已须超出了某须须言或某系须的局限成须人须须接受的念和功能。
达达个广概正须表式可以须用须通须使用一系列的特殊字符建匹配模式然后把匹配模式据文件、程序须入以及达构与数WEB须面的表须须入等目须须象须行比须根据比须须象中是否包含匹配模式须行相须的程序。
须例须正须表式的一最须普遍的须用就是用于须须用须在须须入的须件地址的格式是否正。
如果通须正须表式须须用须须件地址来达个确达的格式正用须所的表须信息被正常须理 反之如果用须须入的须件地址正须表的模式不匹配须出提示信息确填写将会与达将会要求用须重新须入正的须件地址。
由此可须正须表式在确达WEB须用的须须判中具有须足须重的作用。
断基本须法在须正须表式的功能和作用有了初步的了解之后我须就具看一下正须表式的须法格式。
达来体达正须表式的形式一般如下 达/love/其中位于“/”定界符之须的部分就是要在目须须象中须行匹配的模式。
用须只要把希望须匹配须象的模式容放入“将找内/”定界符之须可。
须了能须使用须更加活的定制模式容正须表式提供了须须的“元字符”。
所须元字符就是指那些在正须表式中具即灵内达达有特殊意须的须用字符可以用须定其前须字符 位于元字符前面的字符 在目须须象中的出须模式。
来即须须常用的元字符包括 “” “”以及“”。
其中“”元字符须定其前须字符必须在目须须象中须须出须一次或多次“”元字符须定其前须字符必须在目须须象中出须零次或须须多次而“”元字符须定其前须须象必须在目须须象中须须出须零次或一次。
下面就须我须看一下正须表式元字符的具须用。
来达体/fo/ 因须上述正须表式中包含“达”元字符表示可以目须须象中的“与fool” “fo” 或者“football”等在字母f后面须须出须一或多字母个个o的字符串相匹配。
/eg/ 因须上述正须表式中包含“达”元字符表示可以目须须象中的“与easy” “ego” 或者“egg”等在字母e后面须须出须零或多字母个个g的字符串相匹配。
/Wil/ 因须上述正须表式中包含“ ”元字符表示可以目须须象中的“达与Win” 或者“Wilson”等在字母i后面须须出须零或一个字母个l的字符串相匹配。
除了元字符之外用须须可以精指定模式在匹配须象中出须的须率。
例如确/jim26/ 上述正须表式须定字符达m可以在匹配须象中须须出须2-6次因此上述正须表式可以同达jimmy或jimmmmmy等字符串相匹配。
在须如何使用正须表式有了初步了解之后我须看一下其重要的元字符的使用方式。
达来它几个s 用于匹配须空格符包括个tab须和须行符 S 用于匹配除须空格符之外的所有字符 个d 用于匹配从0到9的字 数w 用于匹配字母字或下须字符 数划W 用于匹配所有与w不匹配的字符. 用于匹配除须行符之外的所有字符。
须明 我须可以把s和S以及w和W看作互须逆算 运下面我须就通须须例看一下如何在正须表式中使用上述元字符。
达/s/ 上述正须表式可以用于匹配目须须象中的一或多空格字符。
达个个/d000/ 如果我须手中有一须须的须须须表那须我须可以通须上述正须表式须而易须的须到所有须须千元的款须。
份达找达除了我须以上所介须的元字符之外正须表式中须具有外一须须须特的须用字符定位符。
定位符用于须定匹配模式在目须须达另独即象中的出须位置。
须须常用的定位符包括 “” “” “b” 以及“B”。
其中“”定位符须定匹配模式必须出须在目须字符串的须须“”定位符须定匹配模式必须出须在目须须象的须尾b定位符须定匹配模式必须出须在目须字符串的须须或须尾的须界之一而“两个B”定位符须须定匹配须象必须位于目须字符串的须须和须尾须界之匹配须象不能作须目须字符串的须须也不能作须目须字符串的须尾两个内即既。
同须我须也可以把“”和“”以及“b”和“B”看作是互须逆算的须定位符。
须例须 运两来/hell/ 因须上述正须表式中包含“达”定位符所以可以目须须象中以“与hell” “hello”或“hellhound”须须的字符串相匹配。
/ar/ 因须上述正须表式中包含“达”定位符所以可以目须须象中以“与car” “bar”或“ar” 须尾的字符串相匹配。
/bbom/ 因须上述正须表式模式以“达b”定位符须须所以可以目须须象中以“与bomb” 或“bom”须须的字符串相匹配。
/manb/ 因须上述正须表式模式以“达b”定位符须尾所以可以目须须象中以“与human” “woman”或“man”须尾的字符串相匹配。
须了能须方便用须更加活的须定匹配模式正须表式允须使用者在匹配模式中指定某一范须而不局限于具的字符。
例如 灵达个体/A-Z/ 上述正须表式达将会与从A到Z 范须任何一大字母相匹配。
内个写/a-z/ 上述正须表式达将会与从a到z范须任何一小字母相匹配。
内个写/0-9/ 上述正须表式达将会与从0到9范须任何一字相匹配。
内个数/a-zA-Z0-9/ 上述正须表式任何由字母和字须成的字符串如“达将会与数aB0” 等相匹配。
须里需要提醒用须注意的一点就是可以在正须表式中使用“达” 把字符串须合在一起。
“”符包含的容必须同须出须在目须须象中。
因此上述正须表式无法须如号内达将与“abc”等的字符串匹配因须“abc”中的最后一字符须字母而非字。
个数如果我须希望在正须表式中须须须似须程须须中的“或”算在多不同的模式中任须一须行匹配的须可以使用管道符“达运个个”。
例如 /totoo2/ 上述正须表式目须须象中的“达将会与to” “too” 或“2” 相匹配。
正须表式中须有一须须常用的算符否定符“达个运即”。
我须前文所介须的定位符“与” 不同否定符“”须定目须须象中不能存在模式中所须定的字符串。
例如 /A-C/ 上述字符串目须须象中除将会与AB和C之外的任何字符相匹配。
一般须“来当”出须在“”须就被须做否定算符内运 而“当”位于“”之外或有“没”须须须被须做定位符。
当最后用须需要在正须表式的模式中加入元字符须须其匹配须象须可以使用须须符“当达并找”。
例如 /Th/ 上述正须表式目须须象中的“达将会与Th”而非“The”等相匹配。
使用须例在须正须表式有了须须全面的了解之后我须就看一下如何在达来PerlPHP以及JavaScript中使用正须表式。
达通常Perl 中正须表式的使用格式如下 达operator /regular-expression / string-to-replace / modifiers算符一须可以是运m或s分须代表匹配算和替须算。
运运其中正须表式一须是要须行匹配或替须操作的模式可以由任意字符元字符或定位符等须成。
替须字符串一须是使用达将s算符须须须到的模式匹配须象须行替须的字符串。
最后的须用控制不同的匹配或替须方式。
例如 运找参数来s/geed/good/在目须须象中须第一出须的将会找个geed字串其替须须并将good。
如果我须希望在目须须象的全局范须须行多次须替须操作的须内找—可以使用“参数g”即s/love/lust/g。
此外如果我须不需要限制匹配的大小形式的须可以使用“写参数i ”。
例如m/JewEL/i上述正须表式目须须象中的达将会与jewelJewel或JEWEL相匹配。
在Perl中使用须须的算符“运”指定正须表式的匹配须象。
例如 达flag s/abc/ABC/上述正须表式把须量达将会flag中的字串abc替须须ABC。
下面我须就在Perl程序中加入正须表式须须用须须件地址格式的有效性。
代须如下 达/usr/bin/perl get input print “Whats your email addressn” email chompemail match and display result ifemail/a-zA-Z0-9_-a-zA-Z0-9_-.a-zA-Z0-9_-/ print“Your email address is correctn” elseprint“Please try againn” 如果用须更偏须PHP的须可以使用ereg函须行模式匹配操作。
数ereg函的使用格式如下 数eregpattern string其中pattern代表正须表式的模式而达string须是须行须替须操作的目须须象。
同须是须须须件地址使用找PHP须的程序代须如下写最后我须在看一下来JavaScript。
JavaScript 1.2中须有一功能强大的个RegExp须象可以用须行正须表式的匹配操作。
来达其中的test方法可以须须目须须象中是否包含匹配模式相须的返回并true或false。
我须可以使用JavaScript须以下脚本须须用须须入的须件地址的有效性。
写URL 重可须须日期模式写--- 正须表式之强力须用达最近忙着自己的博客程式自然而然就须到了博客中老生须须的URL重须须。
一原因是在多用须写个博客系须中的一面子须须本想拿我的个来CSDN博客/joshualang须事来想想须是用我的空须因须须是我的博客完功之后的去所了。
吧像/blog/joshualang 如若不须行必要的URL重就出写会/blog/default.aspxBlogerjoshualang须子的博客地址 大家要知道BLOG可须是大部分民须须筑在须上的一家须须生活中考须家的地址须近交通好同须网网另个会坏须中的家也要有好须的须牌的。
须须牌须不算太须 须不是非常面 后须在加上一堆的网个号个号体哦只须人慢慢须而生畏要看文章就要面须须须一大堆参数怕/Articles/Default.aspxBlogerjoshualangArticl eID20070118234530是不是有什须感须了 再看看目前好多博客程式都要得到的一须效果吧/joshua/Articles/2007/01/18/大家一看就知道须须效果的好须了须也就引到了本文的重点所在了 是的要通须须须一非常须整的字符串到我须的一目须。
个来达个一可行的个URL须须遵循以下须准须须 来须短。
�6�1 �6�1 易于须入。
�6�1 能看出站点的须。
构�6�1 “可须须”允须用须通须须除URL 的须成部分须须站点。
来致于须点就不用我多须了其须都是要突出须须须用。
来注意 须到须里就有必要看看MSDN站上网Scott Mitchell的一遍文件/china/msdn/library/webservices/asp. net/URLRewriting.mspxpftruetop已有须家在须里将URL重的原理须得足须明了不须能下须上须文件的原始须究一下。