asp.netseo的简单介绍_北京学习seo

摘要：asp.netseo的简单介绍_北京学习seoURL重写是根据一个或多个预定义规则修改请求URL的行为。URL重写会在资源位置和地址之间创建一个抽象asp.netseo，使位置和地址不紧密相连。在以下几种方案中asp.netseo，URL重写很有价值asp.netseo：暂时或永久移动或替换服务器资源asp.netseo，并维护这些资源的稳定定位符。拆分在不同应用或同一应用的不同区

URL 重写是根据一个或多个预定义规则修改请求 URL 的行为。 URL 重写会在资源位置和地址之间创建一个抽象asp.netseo，使位置和地址不紧密相连。在以下几种方案中asp.netseo，URL 重写很有价值asp.netseo：

暂时或永久移动或替换服务器资源asp.netseo，并维护这些资源的稳定定位符。拆分在不同应用或同一应用的不同区域中处理的请求。删除、添加或重新组织传入请求上的 URL 段。优化搜索引擎优化 (SEO) 的公共 URL。允许使用友好的公共 URL 来帮助访问者预测请求资源后返回的内容。将不安全请求重定向到安全终结点。防止热链接，外部站点会通过热链接将其他站点的资产链接到其自己的内容，从而利用托管在其他站点上的静态资产。

URL 重写可能会降低应用的性能。如果可行，应限制规则的数量和复杂度。

URL 重定向和 URL 重写

URL 重定向和 URL 重写之间的用词差异很细微，但这对于向客户端提供资源具有重要意义。 ASP.NET Core 的 URL 重写中间件能够满足两者的需求。

URL 重定向涉及客户端操作，指示客户端访问与客户端最初请求地址不同的资源。这需要往返服务器。客户端对资源发出新请求时，返回客户端的重定向 URL 会出现在浏览器地址栏。

如果 /resource 被重定向到 /different-resource，则服务器作出响应，指示客户端应在 /different-resource 获取资源，所提供的状态代码指示重定向是临时的还是永久的。

将请求重定向到不同 URL 时，通过使用响应指定状态代码来指示重定向是永久还是临时：

如果资源有一个新的永久性 URL，并且你希望指示客户端所有将来的资源请求都使用新 URL，则使用“301 (永久移动)”状态代码。收到 301 状态代码时，客户端可能会缓存响应并重用这段代码。“302 (找到)”状态代码用于后列情况：重定向操作是临时的或通常会发生变化。 302 状态代码向客户端指示不存储 URL 并在将来使用。

有关状态代码的详细信息，请参阅 RFC 2616：状态代码定义。

URL 重写是服务器端操作，它从与客户端请求的资源地址不同的资源地址提供资源。重写 URL 不需要往返服务器。重写的 URL 不会返回客户端，也不会出现在浏览器地址栏。

如果 /resource 重写到 /different-resource，服务器会在内部提取并返回 /different-resource 处的资源。

尽管客户端可能能够检索已重写 URL 处的资源，但是，客户端发出请求并收到响应时，并不知道已重写 URL 处存在的资源。

URL 重写示例应用

可使用示例应用了解 URL 重写中间件的功能。该应用程序应用重定向和重写规则，并显示多个方案的重定向或重写的 URL。

何时使用 URL 重写中间件

如果无法使用以下方法，请使用 URL 重写中间件：

在 Windows Server 上使用带 IIS 的 URL 重写模块在 Apache 服务器上使用 Apache mod_rewrite 模块Nginx 上的 URL 重写

此外，如果应用程序在 HTTP.sys 服务器（旧称 WebListener）上托管，请使用中间件。

使用 IIS、Apache 和 Nginx 中的基于服务器的 URL 重写技术的主要原因：

中间件不支持这些模块的完整功能。服务器模块的一些功能不适用于 ASP.NET Core 项目，例如 IIS 重写模块的 IsFile 和 IsDirectory 约束。在这些情况下，请改为使用中间件。中间件性能与模块性能不匹配。基准测试是确定哪种方法会最大程度降低性能或降低的性能是否可忽略不计的唯一方法。Package

URL 重写中间件由 Microsoft.AspNetCore.Rewrite 包提供，该包隐式包含在 ASP.NET Core 应用中。

扩展和选项

通过使用扩展方法为每条重写规则创建 RewriteOptions 类的实例，建立 URL 重写和重写定向规则。按所需的处理顺序链接多个规则。使用 UseRewriter 将 RewriteOptions 添加到请求管道时，它会被传递到 URL 重写中间件：

public void Configure(IApplicationBuilder app){ using (StreamReader apacheModRewriteStreamReader = File.OpenText("ApacheModRewrite.txt")) using (StreamReader iisUrlRewriteStreamReader = File.OpenText("IISUrlRewrite.xml")) { var options = new RewriteOptions() .AddRedirect("redirect-rule/(.*)", "redirected/$1") .AddRewrite(@"^rewrite-rule/(\d+)/(\d+)", "rewritten?var1=$1&var2=$2", skipRemainingRules: true) .AddApacheModRewrite(apacheModRewriteStreamReader) .AddIISUrlRewrite(iisUrlRewriteStreamReader) .Add(MethodRules.RedirectXmlFileRequests) .Add(MethodRules.RewriteTextFileRequests) .Add(new RedirectImageRequests(".png", "/png-images")) .Add(new RedirectImageRequests(".jpg", "/jpg-images")); app.UseRewriter(options); } app.UseStaticFiles(); app.Run(context = context.Response.WriteAsync( $"Rewritten or Redirected Url: " + $"{context.Request.Path + context.Request.QueryString}"));}将非 www 重定向到 www

三个选项允许应用将非 www 重新定向到 www：

AddRedirectToWwwPermanent：如果请求是非 www，则将请求永久重定向到 www 子域。使用 Status308PermanentRedirect 状态代码进行重定向。AddRedirectToWww：如果传入请求是非 www，则将请求重定向到 www 子域。使用 Status307TemporaryRedirect 状态代码进行重定向。重载允许提供响应状态代码。使用 StatusCodes 类的字段实现状态代码分配。URL 重定向

使用 AddRedirect 将请求重定向。第一个参数包含用于匹配传入 URL 路径的正则表达式。第二个参数是替换字符串。第三个参数（如有）指定状态代码。如不指定状态代码，则状态代码默认为“302 (已找到)”，指示资源暂时移动或替换。

在启用了开发人员工具的浏览器中，向路径为 /redirect-rule/1234/5678 的示例应用发出请求。正则表达式匹配 redirect-rule/(.*) 上的请求路径，且该路径会被 /redirected/1234/5678 替代。重定向 URL 以“302 (已找到)”状态代码发回客户端。浏览器会在浏览器地址栏中出现的重定向 URL 上发出新请求。由于示例应用中的规则都不匹配重定向 URL：

第二个请求从应用程序收到“200 (正常)”响应。响应正文显示了重定向 URL。

重定向 URL 时，系统将向服务器进行一次往返。

警告

建立重定向规则时务必小心。系统会根据应用的每个请求（包括重定向后的请求）对重定向规则进行评估。很容易便会意外创建无限重定向循环。

原始请求：/redirect-rule/1234/5678

括号内的表达式部分称为“捕获组”。表达式的点 (.) 表示匹配任何字符。星号 (*) 表示零次或多次匹配前面的字符。因此，URL 的最后两个路径段 1234/5678 由捕获组 (.*) 捕获。在请求 URL 中提供的位于 redirect-rule/ 之后的任何值均由此单个捕获组捕获。

在替换字符串中，将捕获组注入带有美元符号 ($)、后跟捕获序列号的字符串中。获取的第一个捕获组值为 $1，第二个为 $2，并且正则表达式中的其他捕获组值将依次继续排列。示例应用的重定向规则正则表达式中只有一个捕获组，因此替换字符串中只有一个注入组，即 $1。如果应用此规则，URL 将变为 /redirected/1234/5678。

URL 重定向到安全的终结点

使用 AddRedirectToHttps 将 HTTP 请求重定向到采用 HTTPS 协议的相同主机和路径。如不提供状态代码，则中间件默认为“302(已找到)”。如果不提供端口：

中间件默认为 null。方案更改为 https（HTTPS 协议），客户端访问端口 443 上的资源。

下面的示例演示如何将状态代码设置为“301(永久移动)”并将端口更改为 5001。

public void Configure(IApplicationBuilder app){ var options = new RewriteOptions() .AddRedirectToHttps(301, 5001); app.UseRewriter(options);}

使用 AddRedirectToHttpsPermanent 将不安全的请求重定向到端口 443 上的采用安全 HTTPS 协议的相同主机和路径。中间件将状态代码设置为“301 (永久移动)”。

public void Configure(IApplicationBuilder app){ var options = new RewriteOptions() .AddRedirectToHttpsPermanent(); app.UseRewriter(options);}

当重定向到安全的终结点并且不需要其他重定向规则时，建议使用 HTTPS 重定向中间件。有关详细信息，请参阅强制使用 HTTPS主题。

示例应用能够演示如何使用 AddRedirectToHttps 或 AddRedirectToHttpsPermanent。将扩展方法添加到 RewriteOptions。在任何 URL 上向应用发出不安全的请求。消除自签名证书不受信任的浏览器安全警告，或创建例外以信任证书。

使用 AddRedirectToHttps(301, 5001) 的原始请求：http://localhost:5000/secure

使用 AddRedirectToHttpsPermanent 的原始请求：http://localhost:5000/secure

URL 重写

使用 AddRewrite 创建重写 URL 的规则。第一个参数包含用于匹配传入 URL 路径的正则表达式。第二个参数是替换字符串。第三个参数 skipRemainingRules: {true|false} 指示如果当前规则适用，中间件是否要跳过其他重写规则。

原始请求：/rewrite-rule/1234/5678

Apache mod_rewrite

使用 AddApacheModRewrite 应用 Apache mod_rewrite 规则。请确保将规则文件与应用一起部署。有关 mod_rewrite 规则的详细信息和示例，请参阅 Apache mod_rewrite。

StreamReader 用于读取 ApacheModRewrite.txt 规则文件中的规则：

示例应用将请求从 /apache-mod-rules-redirect/(.\*) 重定向到 /redirected?id=$1。响应状态代码为“302 (已找到)”。

# Rewrite path with additional sub directoryRewriteRule ^/apache-mod-rules-redirect/(.*) /redirected?id=$1 [L,R=302]

原始请求：/apache-mod-rules-redirect/1234

中间件支持下列 Apache mod_rewrite 服务器变量：

CONN_REMOTE_ADDRHTTP_ACCEPTHTTP_CONNECTIONHTTP_COOKIEHTTP_FORWARDEDHTTP_HOSTHTTP_REFERERHTTP_USER_AGENTHTTPSIPV6QUERY_STRINGREMOTE_ADDRREMOTE_PORTREQUEST_FILENAMEREQUEST_METHODREQUEST_SCHEMEREQUEST_URISCRIPT_FILENAMESERVER_ADDRSERVER_PORTSERVER_PROTOCOLTIMETIME_DAYTIME_HOURTIME_MINTIME_MONTIME_SECTIME_WDAYTIME_YEARIIS URL 重写模块规则

若要使用适用于 IIS URL 重写模块的同一规则集，使用 AddIISUrlRewrite。请确保将规则文件与应用一起部署。当在 Windows Server IIS 上运行时，请勿指示中间件使用应用的 web.config 文件。使用 IIS 时，应将这些规则存储在应用的 web.config 文件之外，以避免与 IIS 重写模块发生冲突。有关 IIS URL 重写模块规则的详细信息和示例，请参阅 Using Url Rewrite Module 2.0（使用 URL 重写模块 2.0）和 URL Rewrite Module Configuration Reference（URL 重写模块配置引用）。

StreamReader 用于读取 IISUrlRewrite.xml 规则文件中的规则：

示例应用将请求从 /iis-rules-rewrite/(.*) 重写为 /rewritten?id=$1。以“200 (正常)”状态代码作为响应发送到客户端。

XML复制

rewrite rules rule name="Rewrite segment to id querystring" stopProcessing="true" match url="^iis-rules-rewrite/(.*)$" / action type="Rewrite" url="rewritten?id={R:1}" appendQueryString="false"/ /rule /rules/rewrite

原始请求：/iis-rules-rewrite/1234

如果有配置了服务器级别规则（可对应用产生不利影响）的活动 IIS 重写模块，则可禁用应用的 IIS 重写模块。有关详细信息，请参阅禁用 IIS 模块。

不支持的功能

中间件不支持以下 IIS URL 重写模块功能：

出站规则自定义服务器变量通配符LogRewrittenUrl受支持的服务器变量

中间件支持下列 IIS URL 重写模块服务器变量：

CONTENT_LENGTHCONTENT_TYPEHTTP_ACCEPTHTTP_CONNECTIONHTTP_COOKIEHTTP_HOSTHTTP_REFERERHTTP_URLHTTP_USER_AGENTHTTPSLOCAL_ADDRQUERY_STRINGREMOTE_ADDRREMOTE_PORTREQUEST_FILENAMEREQUEST_URI

备注

也可通过 PhysicalFileProvider 获取 IFileProvider。这种方法可为重写规则文件的位置提供更大的灵活性。请确保将重写规则文件部署到所提供路径的服务器中。

C#复制

PhysicalFileProvider fileProvider = new PhysicalFileProvider(Directory.GetCurrentDirectory());基于方法的规则

使用 Add 在方法中实现自己的规则逻辑。 Add 公开 RewriteContext，这使 HttpContext 可用于方法中。 RewriteContext.Result 决定如何处理其他管道进程。将值设置为下表中的 RuleResult 字段之一。

基于方法的规则

重写上下文结果

操作

RuleResult.ContinueRules（默认值）

继续应用规则。

RuleResult.EndResponse

停止应用规则并发送响应。

RuleResult.SkipRemainingRules

停止应用规则并将上下文发送给下一个中间件。

C#复制

示例应用演示了如何对以 .xml 结尾的路径的请求进行重定向。如果发出针对 /file.xml 的请求，请求将重定向到 /xmlfiles/file.xml。状态代码设置为“301 (永久移动)”。当浏览器发出针对 /xmlfiles/file.xml 的新请求后，静态文件中间件会将文件从 wwwroot / xmlfiles 文件夹提供给客户端。对于重定向，请显式设置响应的状态代码。否则，将会返回“200 (正常)”状态代码，且客户端上不会发生重写。

RewriteRules.cs:

C#复制

public static void RedirectXmlFileRequests(RewriteContext context){ var request = context.HttpContext.Request; // Because the client is redirecting back to the same app, stop // processing if the request has already been redirected. if (request.Path.StartsWithSegments(new PathString("/xmlfiles"))) { return; } if (request.Path.Value.EndsWith(".xml", StringComparison.OrdinalIgnoreCase)) { var response = context.HttpContext.Response; response.StatusCode = (int) HttpStatusCode.MovedPermanently; context.Result = RuleResult.EndResponse; response.Headers[HeaderNames.Location] = "/xmlfiles" + request.Path + request.QueryString; }}

此方法还可以重写请求。示例应用演示了如何重写任何文本文件请求的路径以从 wwwroot 文件夹中提供 file.txt 文本文件。静态文件中间件基于更新的请求路径来提供文件：

C#复制

asp.netseo

RewriteRules.cs:

C#复制

public static void RewriteTextFileRequests(RewriteContext context){ var request = context.HttpContext.Request; if (request.Path.Value.EndsWith(".txt", StringComparison.OrdinalIgnoreCase)) { context.Result = RuleResult.SkipRemainingRules; request.Path = "/file.txt" }}基于 IRule 的规则

使用 Add 在实现 IRule 接口的类中使用规则逻辑。与使用基于方法的规则方法相比，IRule 提供了更大的灵活性。实现类可能包含构造函数，可在其中传入 ApplyRule 方法的参数。

C#复制

检查示例应用中 extension 和 newPath 的参数值是否符合多个条件。 extension 须包含一个值，并且该值必须是 .png、.jpg 或 .gif 。如果 newPath 无效，则会引发 ArgumentException。如果发出针对 image.png 的请求，请求将重定向到 /png-images/image.png。如果发出针对 image.png 的请求，请求将重定向到 /jpg-images/image.jpg。状态代码设置为“301 (永久移动)”，context.Result 设置为停止处理规则并发送响应。

C#复制

public class RedirectImageRequests : IRule{ private readonly string _extension; private readonly PathString _newPath; public RedirectImageRequests(string extension, string newPath) { if (string.IsNullOrEmpty(extension)) { throw new ArgumentException(nameof(extension)); } if (!Regex.IsMatch(extension, @"^\.(png|jpg|gif)$")) { throw new ArgumentException("Invalid extension", nameof(extension)); } if (!Regex.IsMatch(newPath, @"(/[A-Za-z0-9]+)+?")) { throw new ArgumentException("Invalid path", nameof(newPath)); } _extension = extension; _newPath = new PathString(newPath); } public void ApplyRule(RewriteContext context) { var request = context.HttpContext.Request; // Because we're redirecting back to the same app, stop // processing if the request has already been redirected if (request.Path.StartsWithSegments(new PathString(_newPath))) { return; } if (request.Path.Value.EndsWith(_extension, StringComparison.OrdinalIgnoreCase)) { var response = context.HttpContext.Response; response.StatusCode = (int) HttpStatusCode.MovedPermanently; context.Result = RuleResult.EndResponse; response.Headers[HeaderNames.Location] = _newPath + request.Path + request.QueryString; } }}

原始请求：/image.png

原始请求：/image.jpg

asp.netseo的简单介绍_北京学习seo(图2)