Link:
link
link link と同等の意味を持つ
Link: Link:
<、
URL を>; rel ="、
リンク型、
"
を順にLinkLink: 、
< > List-*: " Link: URI-Reference
as
link-extension
Link: 欄は、 Link:
欄は同じ順の link 要素と等価です。
Link: 欄の
Link: 欄は別に HTML 専用ではなくて、
他の
(実体本体を見ずに頭部だけの処理をしたい時にも問題になります。)
Link: 欄は、 HTML
文書を
Link: 欄に対応した Link: 欄を機能させて構わないでしょう。
同じ頭欄の複数の実現値を併合するために頭連結を使用
しても構いません。
何のことかと思ってしまいますが、 HTTP
では同じ名前の頭欄が複数個使える ⇔ 値をいくつも読点で区切って指定できると規定されていますから、
これが
dns-prefetch nextpreconnect prefetch preloadprerender stylesheet
と前置きして Link 頭を定義する版の HTTP では〜Link 欄を説明しています。 RFC 1945 や RFC 2068
の実装なら使えて RFC 2616 の実装では使えないような言い方ですが、
HTTP の版と頭欄の使用の可否は関係がありません。 RFC 2616
の実装が Link を使うことに何ら問題はありません。
(版が問題となるのは、非互換な変更が導入された時だけです。
詳しくは
link 要素や
ところで、 Link: 欄の説明で唐突に meta
要素型が登場するわけでありますが、一体何を意味しているのでしょう?
title* ; 区切りに直した上で)
そのまま引数としてつけていきます。
Link:http://www.acme.example/corporate.css ; REL=stylesheet
<LINK rel="stylesheet" href="http://www.acme.example/corporate.css">
Link: <compact.css>; rel="stylesheet"; title="compact" Link: <bigprint.css>; rel="alternate stylesheet"; title="big print"
この例では、 compact.css が
Link: <powder.xml>; rel="describedby" type="text/powder+xml";
構文的におかしいですw
Link:http://example.com/TheBook/chapter2 ; rel="previous"; title="previous chapter"
http://example.net/foo の
Link: </>; rel="http://example.net/foo"
Link: </TheBook/chapter2>;
rel="previous"; title*=UTF-8'de'letztes%20Kapitel,
</TheBook/chapter4>;
rel="next"; title*=UTF-8'de'n%c3%a4chstes%20KapitelLink:http://example.org/ ; rel="start http://example.net/relation/other"
WWW-Link: ヘッダーWWW- を付けるべきかどうかは議論があるとしていました。
WWW-Link:
Link: 欄には
Link: 欄を使う予定だったようで、
仕様の検討が行われています。
Thread index of w3c-dist-auth@w3.org mailing list
The Link entity-header field provides a means for describing a relationship between the entity and some other resource. An entity may include multiple Link values. Links at the metainformation level typically indicate relationships like hierarchical structure and navigation paths.
The Link entity-header field provides a means for describing a relationship between two resources, generally between the requested resource and some other resource. An entity MAY include multiple Link values. Links at the metainformation level typically indicate relationships like hierarchical structure and navigation paths. The Link field is semantically equivalent to the <LINK> element in HTML.[5]
- Link = "Link" ":" #("<" URI ">" *( ";" link-param )
link-param = ( ( "rel" "=" relationship ) | ( "rev" "=" relationship ) | ( "title" "=" quoted-string ) | ( "anchor" "=" <"> URI <"> ) | ( link-extension ) )
- link-extension = token [ "=" ( token | quoted-string ) ]
- relationship = sgml-name | ( <"> sgml-name *( SP sgml-name) <"> )
- sgml-name = ALPHA *( ALPHA | DIGIT | "." | "-" )
注意: RFC 2068 の URI
とは、
Relationship values are case-insensitive and MAY be extended within the constraints of the sgml-name syntax. The title parameter MAY be used to label the destination of a link such that it can be used as identification within a human-readable menu. The anchor parameter MAY be used to indicate a source anchor other than the entire current resource, such as a fragment of this resource or a third resource.
anchor パラメーターは、現在の資源全体でない、
当該資源の断片や第3の資源を始点アンカーとして示すのに使用しても構いません。
Examples of usage include:
The first example indicates that chapter2 is previous to this resource in a logical navigation path. The second indicates that the person responsible for making the resource available is identified by the given e-mail address.
HTML 4 のこの規定は
大体、 ; や "
が値に含まれていたら困るとわかりそうなものですが。
SGML 実体
を使っても構いません。
何の断りも無く SGML 実体
が使えると言われましても、
何が使えるのかわかりません。まさか任意の実体を参照できるわけではあるまいし。
おそらくは HTML 4
もちろんそれ以前に、 HTTP のプロトコル要素の整合性という意味で、
他の頭欄では使えない SGML 実体
なるものが使えるというのは問題です。
Link-Template: Link: 欄は、
複数の文書群にまとめて同じスタイル・シートを指定したいようなときに特に有用です。
&
なんてのはよく使いそうな文字ですから、問題になります。
(
[47] Re: http-link-header in GRDDL (Harry Halpin 著,2007-02-11 12:53:51 +09:00版)http://lists.w3.org/Archives/Public/ietf-http-wg/2007JanMar/0153.html (名無しさん 2007-02-18 09:29:00 +00:00 )
2007-09-29 19:05:27 +09:00 版)
Clients use the same syntax, that is HTTP Link headers, to specify the desired interaction model when creating a resource as servers use to advertise it on responses.
processors must retrieve the metadata file referenced by any Link header with:
rel="describedby", and
type="application/csvm+json", type="application/ld+json" or type="application/json".
Link: </v0/collection?limit=10&query=test&offset=20>; rel="next"
Link: </v0/collection?limit=10&query=test&offset=0>; rel="prev"
If more than one of these is present, the first HTTP Link header takes precedence, followed by the first <link> or <a> element in document order.
この場合は、次のように rel="canonical" HTTP ヘッダーを使用すると、この PDF ファイルの正規 URL を Google に示すことができます。
Link:
http://www.example.com/downloads/white-paper.pdf ; rel="canonical"現在 Google では、これらのリンクヘッダー要素をウェブ検索でのみサポートしています。
Senders and consumers should omit the Link header discovery when specifically targeting URIs with fragment identifiers.
The response will have an HTTP status of 200 OK and have a Link header with the URL to fetch for the next page of results.
Link: next=https://api.getflow.com/activities?organization_id=52&read_after=2016-06-14T20:37:39Z&read_before=2016-06-15T20:37:39Z