目錄 搜尋
Guides Access control CORS Authentication Browser detection using the user agent Caching Caching FAQ Compression Conditional requests Connection management in HTTP 1.x Content negotiation Content negotiation: List of default Accept values Cookies CSP Messages Overview Protocol upgrade mechanism Proxy servers and tunneling Proxy servers and tunneling: Proxy Auto-Configuration (PAC) file Public Key Pinning Range requests Redirections Resources and specifications Resources and URIs Response codes Server-Side Access Control Session Guides: Basics Basics of HTTP Choosing between www and non-www URLs Data URIs Evolution of HTTP Identifying resources on the Web MIME Types MIME types: Complete list of MIME types CSP Content-Security-Policy Content-Security-Policy-Report-Only CSP: base-uri CSP: block-all-mixed-content CSP: child-src CSP: connect-src CSP: default-src CSP: font-src CSP: form-action CSP: frame-ancestors CSP: frame-src CSP: img-src CSP: manifest-src CSP: media-src CSP: object-src CSP: plugin-types CSP: referrer CSP: report-uri CSP: require-sri-for CSP: sandbox CSP: script-src CSP: style-src CSP: upgrade-insecure-requests CSP: worker-src Headers Accept Accept-Charset Accept-Encoding Accept-Language Accept-Ranges Access-Control-Allow-Credentials Access-Control-Allow-Headers Access-Control-Allow-Methods Access-Control-Allow-Origin Access-Control-Expose-Headers Access-Control-Max-Age Access-Control-Request-Headers Access-Control-Request-Method Age Allow Authorization Cache-Control Connection Content-Disposition Content-Encoding Content-Language Content-Length Content-Location Content-Range Content-Type Cookie Cookie2 Date DNT ETag Expect Expires Forwarded From Headers Host If-Match If-Modified-Since If-None-Match If-Range If-Unmodified-Since Keep-Alive Large-Allocation Last-Modified Location Origin Pragma Proxy-Authenticate Proxy-Authorization Public-Key-Pins Public-Key-Pins-Report-Only Range Referer Referrer-Policy Retry-After Server Set-Cookie Set-Cookie2 SourceMap Strict-Transport-Security TE Tk Trailer Transfer-Encoding Upgrade-Insecure-Requests User-Agent User-Agent: Firefox Vary Via Warning WWW-Authenticate X-Content-Type-Options X-DNS-Prefetch-Control X-Forwarded-For X-Forwarded-Host X-Forwarded-Proto X-Frame-Options X-XSS-Protection Methods CONNECT DELETE GET HEAD Methods OPTIONS PATCH POST PUT Status 100 Continue 101 Switching Protocols 200 OK 201 Created 202 Accepted 203 Non-Authoritative Information 204 No Content 205 Reset Content 206 Partial Content 300 Multiple Choices 301 Moved Permanently 302 Found 303 See Other 304 Not Modified 307 Temporary Redirect 308 Permanent Redirect 400 Bad Request 401 Unauthorized 403 Forbidden 404 Not Found 405 Method Not Allowed 406 Not Acceptable 407 Proxy Authentication Required 408 Request Timeout 409 Conflict 410 Gone 411 Length Required 412 Precondition Failed 413 Payload Too Large 414 URI Too Long 415 Unsupported Media Type 416 Range Not Satisfiable 417 Expectation Failed 426 Upgrade Required 428 Precondition Required 429 Too Many Requests 431 Request Header Fields Too Large 451 Unavailable For Legal Reasons 500 Internal Server Error 501 Not Implemented 502 Bad Gateway 503 Service Unavailable 504 Gateway Timeout 505 HTTP Version Not Supported 511 Network Authentication Required Status
文字

网站所有者反复提出的问题是,是否选择非 www 或 www 网址。本页面提供了一些有关最好的建议。

什么是域名?

In an HTTP URL, the first substring that follows the initial http:// or https:// is called the domain. It is the name of the server where the document resides.

服务器不一定是物理机器:几台服务器可以驻留在同一台物理机器上。或者,一台服务器可以由多台机器处理,合作产生答案或平衡它们之间的请求负载。关键是,一个域名在语义上代表一台服务器

那么,我必须为我的网站选择一个还是另一个?

  • 是的,你需要选择一个并坚持下去。选择哪一个作为您的规范位置是您的选择,但是如果您选择一个,请坚持使用它。它会让你的网站对用户和搜索引擎更加一致。这包括始终链接到所选域名(如果您在网站中使用相对 URL,这应该不难),并始终将链接(通过电子邮件/社交网络等)共享到同一个域名。

  • 不,你可以有两个。重要的是你是一致的,并与哪一个是官方域名一致。这个官方域名称为 规范 名称。你所有的绝对链接都应该使用它。但即便如此,您仍然可以使其他域名正常工作:HTTP 允许使用两种技术,以便您的用户或搜索引擎明确哪些域是规范域,同时仍允许非规范域工作并提供预期页面。

因此,请选择一个您的域名作为您的域名!下面有两种技术可以让非规范域继续工作。

规范 URL 的技巧

有不同的方法可以选择哪个网站是规范的

使用 HTTP 301重定向

在这种情况下,您需要配置接收 HTTP 请求的服务器(对于www和非www URL,这很可能是相同的),以响应301对非规范域的任何请求的足够 HTTP 响应。这会将尝试访问非规范 URL 的浏览器重定向到其规范等效项。例如,如果您选择使用非www网址作为规范类型,则应将所有 www 网址重定向到其没有 www 的等效URL。

示例:

1. 服务器收到请求http://www.example.org/whaddup(当规范域是 example.org时)

2. 服务器301使用包含Location标题的代码进行回答: http://example.org/whaddup

3. 客户端向规范域发出请求: http://example.org/whatddup

HTML5样板项目有一个例子如何配置Apache服务器重定向到一个域到另一个。

运用 <link rel="canonical">

可以在页面中添加一个特殊的 HTML <link>元素来指示页面的规范地址是什么。这对页面的人类读者没有任何影响,但会告知搜索引擎搜寻器页面实际所在的位置。这样,搜索引擎就不会多次索引同一页面,有可能导致它被视为重复的内容或垃圾邮件,甚至从搜索引擎结果页中删除或降低您的页面。

当添加这样的标签时,您为两个域提供相同的内容,告诉搜索引擎哪些 URL 是规范的。在前面的例子中,http://www.example.org/whaddup会提供相同的内容http://example.org/whaddup,但<link>在头部还有一个额外的元素:

<link href="http://example.org/whaddup" rel="canonical">

与以前的情况不同,浏览器历史记录会将非www和www的 URL 视为独立条目。

让您的网页适用于两者

利用这些技术,您可以配置服务器以正确响应www前缀和非www前缀域。这样做是一个很好的建议,因为您无法预测哪些 URL 用户将在浏览器的 URL 栏中输入内容。选择哪种类型作为规范位置,然后将其他类型重定向到它是一个问题。

决定的案件

这是一个非常主观的话题,它可以被认为是一个自相矛盾的问题。

上一篇: 下一篇: