W3C home > Mailing lists > Public > ietf-http-wg@w3.org > October to December 2008

Re: Feedback for draft-nottingham-http-link-header-03

From: Mark Nottingham <mnot@mnot.net>
Date: Wed, 3 Dec 2008 12:31:51 +1100
Cc: Julian Reschke <julian.reschke@gmx.de>, "ietf-http-wg@w3.org Group" <ietf-http-wg@w3.org>
Message-Id: <2E0831D4-A138-4977-9296-AC322C0ED9F3@mnot.net>
To: Eran Hammer-Lahav <eran@hueniverse.com>

A separate header is by far the best way to do this.


On 02/12/2008, at 7:35 PM, Eran Hammer-Lahav wrote:

>
>> Well, right now there's no extension point; the target does not allow
>> templating, and a parameter can't override it (recipients will ignore
>> extension parameters they don't understand).
>>
>> One potential solution would be to state that if a link target that  
>> is
>> not a syntactically valid URI-reference is reserved for future
>> extensions (so clients ignore it for now).
>
> This looks like the more promising option.
>
>> Another one would be to use a different header, such as Link- 
>> Template,
>> defined in version 00 of the draft
>> (<http://tools.ietf.org/html/draft-nottingham-http-link-header-
>> 00#section-5>).
>
> The problem with that is the lack of equal treatment this whole  
> draft is trying to establish for Link header/element. This will also  
> stand in the way of the new suggestion to simplify /site-meta to  
> switch to a simple text document with Link header records (with the  
> "Link: " stripped).
>
>> Personally, I'd like to see this move ahead without any dependency on
>> URI templates.
>
> I agree. There is urgent need in getting this spec finalized and the  
> templates discussion is far from conclusion. But there are enough  
> compelling reasons to bake into this spec support for such future  
> extensions. I think the suggestion to ignore non-compliant URIs is  
> the best option, and I would prefer to see it indicated in the ABNF,  
> but if not, a simple clarification would suffice.
>
> EHL
>


--
Mark Nottingham     http://www.mnot.net/
Received on Wednesday, 3 December 2008 01:32:33 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Friday, 27 April 2012 06:50:57 GMT