From nobody Tue Jan 19 14:14:19 2016 Return-Path: X-Original-To: link-relations@ietfa.amsl.com Delivered-To: link-relations@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AE8801B36E1 for ; Tue, 19 Jan 2016 14:14:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.91 X-Spam-Level: X-Spam-Status: No, score=0.91 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, T_DKIM_INVALID=0.01] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id K9bAcuwAzHLZ for ; Tue, 19 Jan 2016 14:14:16 -0800 (PST) Received: from postoffice.gristmillmedia.com (postoffice.gristmillmedia.com [208.79.239.216]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8C0D21B36DA for ; Tue, 19 Jan 2016 14:14:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=dret.net; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Date: Message-ID:Subject:From:Cc:To; bh=bYa2rREMkYGU3I+/ihlj7tj032L65houyENJjNq9H88=; b=ATSLL7X27GqQxd5eXtrC+5QGt+ xuEOy3ImxKHNRcKqpZRCBr7JU/knb2PwhiHGIpRlzrTJm3uzTYYqXuwVzo2BHNUxhWsuWY0YLWTgn 0ax0+/FMcFFblZMQU0DMt4u3JCMhqB+2zQq9jiqUoHnwZKzo/1r4m/LS2F4ddWl28zIwMRs4ofddT AK6SlRn54R+1IRAr9tCbfWBR32zq7bBtnCiUo8z3R8kUvkL7wDwf8xTxAcGTes3yX5TuJGmoD7PLl iJgv5NpnTQMOa94bQv4cVsNqT0xgP0C8Q46xPgxQDQJ0aULMOdTVKkHXkptaMSCpb/4GHk2hRXTCD U2wKvBXg==; Received: from 108-67-65-66.lightspeed.sntcca.sbcglobal.net ([108.67.65.66]:59404 helo=[192.168.1.77]) by postoffice.gristmillmedia.com with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.86) (envelope-from ) id 1aLeXX-0007ik-7B; Tue, 19 Jan 2016 17:14:15 -0500 To: link-relations From: Erik Wilde Subject: request to register "preload" Message-ID: <569EB537.7030406@dret.net> Date: Tue, 19 Jan 2016 14:14:15 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - postoffice.gristmillmedia.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - dret.net X-Get-Message-Sender-Via: postoffice.gristmillmedia.com: authenticated_id: birdhouse@dret.net X-Authenticated-Sender: postoffice.gristmillmedia.com: birdhouse@dret.net X-Source: X-Source-Args: X-Source-Dir: Archived-At: Cc: igrigorik@gmail.com X-BeenThere: link-relations@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jan 2016 22:14:17 -0000 hello. https://www.w3.org/TR/2016/WD-preload-20160119/#iana-considerations is the registration template for the "preload" link relation type. when approved as a stable specification, http://www.w3.org/TR/preload/ will be the stable reference defining the "preload" link relation type. here is the description from the template: "This link relation type establishes an external resource link for a required resource and its fetch properties." this email is a request for the "preload" link relation type to be added to the IANA registry of link relation types. thanks and kind regards, dret. -- erik wilde | mailto:erik.wilde@dret.net | | http://dret.net/netdret | | http://twitter.com/dret | From nobody Tue Jan 19 21:24:12 2016 Return-Path: X-Original-To: link-relations@ietfa.amsl.com Delivered-To: link-relations@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AB8611A3BA2 for ; Tue, 19 Jan 2016 21:24:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.602 X-Spam-Level: X-Spam-Status: No, score=-2.602 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mdrRSV26Our8 for ; Tue, 19 Jan 2016 21:24:10 -0800 (PST) Received: from mxout-07.mxes.net (mxout-07.mxes.net [216.86.168.182]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1F1611A3BA1 for ; Tue, 19 Jan 2016 21:24:10 -0800 (PST) Received: from [192.168.1.101] (unknown [120.149.194.112]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id 0D3F622E262; Wed, 20 Jan 2016 00:24:07 -0500 (EST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: request to register "preload" From: Mark Nottingham In-Reply-To: <569EB537.7030406@dret.net> Date: Wed, 20 Jan 2016 16:24:05 +1100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <569EB537.7030406@dret.net> To: Erik Wilde X-Mailer: Apple Mail (2.2104) Archived-At: Cc: igrigorik@gmail.com, link-relations X-BeenThere: link-relations@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jan 2016 05:24:11 -0000 Hi Erik, The description is using terminology that might confuse people (See = other registry entries for a flavour of what's typical.). I'd suggest = something like: "Refers to a resource that should be loaded early in the processing of = the link's context, without blocking rendering." ...putting into the Notes: "Target attributes establish the fetch properties of the link." Does that make sense?=20 Cheers, > On 20 Jan 2016, at 9:14 am, Erik Wilde wrote: >=20 > hello. >=20 > https://www.w3.org/TR/2016/WD-preload-20160119/#iana-considerations is = the registration template for the "preload" link relation type. when = approved as a stable specification, http://www.w3.org/TR/preload/ will = be the stable reference defining the "preload" link relation type. here = is the description from the template: >=20 > "This link relation type establishes an external resource link for a = required resource and its fetch properties." >=20 > this email is a request for the "preload" link relation type to be = added to the IANA registry of link relation types. >=20 > thanks and kind regards, >=20 > dret. >=20 > --=20 > erik wilde | mailto:erik.wilde@dret.net | > | http://dret.net/netdret | > | http://twitter.com/dret | >=20 > _______________________________________________ > link-relations mailing list > link-relations@ietf.org > https://www.ietf.org/mailman/listinfo/link-relations -- Mark Nottingham https://www.mnot.net/ From nobody Wed Jan 20 09:26:40 2016 Return-Path: X-Original-To: link-relations@ietfa.amsl.com Delivered-To: link-relations@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B80C21A8ADC for ; Wed, 20 Jan 2016 09:26:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.79 X-Spam-Level: X-Spam-Status: No, score=-1.79 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, T_DKIM_INVALID=0.01] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ecPiTknOlso7 for ; Wed, 20 Jan 2016 09:26:38 -0800 (PST) Received: from postoffice.gristmillmedia.com (postoffice.gristmillmedia.com [208.79.239.216]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7B8F71A8A83 for ; Wed, 20 Jan 2016 09:26:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=dret.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:From:Cc:References:To:Subject; bh=pSUlvilsnwYhj0ziA0hl/rOuL8wg0sc05rk56sHzNz0=; b=JgRbe8gOOD3xzZ8T5ibcr1Z/nV K9kvK2aLo54zLLiy6DFJEugTWwGPCMeB8hGaIPGCXRF0GAH/eTQ7EXuPjuOGwja0gScVPTdhDw1Q7 KqB1xZxjgy9KXYp+kFmv3O3PUEjMa/QpNuo9PVqAS1IQnERlcnZGLvNJn66/ZH5Eobl1vOBjgzqCl 0RIrIeBhN0Km+0AJWUhFG+mgpsc4WcDs0UtQOJu3xBu0EONCO516EwlTJGPn2QCylPsNfmx7nlR5L NfQJueazZ5lCvTPsBifxiZvut8YCzHfVxOQerPrHBHMsSTfteHvv0x0f/jPyvGr2tPS1EC3El6Lb4 XtEdLCyA==; Received: from 108-67-65-66.lightspeed.sntcca.sbcglobal.net ([108.67.65.66]:59686 helo=[192.168.1.76]) by postoffice.gristmillmedia.com with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.86) (envelope-from ) id 1aLwWi-0003hh-RW; Wed, 20 Jan 2016 12:26:37 -0500 Subject: Re: request to register "preload" To: Mark Nottingham References: <569EB537.7030406@dret.net> From: Erik Wilde Message-ID: <569FC34B.5040005@dret.net> Date: Wed, 20 Jan 2016 09:26:35 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - postoffice.gristmillmedia.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - dret.net X-Get-Message-Sender-Via: postoffice.gristmillmedia.com: authenticated_id: birdhouse@dret.net X-Authenticated-Sender: postoffice.gristmillmedia.com: birdhouse@dret.net X-Source: X-Source-Args: X-Source-Dir: Archived-At: Cc: igrigorik@gmail.com, link-relations X-BeenThere: link-relations@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jan 2016 17:26:39 -0000 hello mark. thanks for the quick feedback! On 2016-01-19 21:24 , Mark Nottingham wrote: > The description is using terminology that might confuse people (See other registry entries for a flavour of what's typical.). I'd suggest something like: > "Refers to a resource that should be loaded early in the processing of the link's context, without blocking rendering." > ...putting into the Notes: > "Target attributes establish the fetch properties of the link." > Does that make sense? sounds good, and thanks for the suggestions. here's an updated version which will become part of the next published draft: https://github.com/w3c/preload/pull/45 thanks and cheers, dret. -- erik wilde | mailto:erik.wilde@dret.net | | http://dret.net/netdret | | http://twitter.com/dret | From nobody Wed Jan 20 17:52:43 2016 Return-Path: X-Original-To: link-relations@ietfa.amsl.com Delivered-To: link-relations@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5F3391B2CD5 for ; Wed, 20 Jan 2016 17:52:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.602 X-Spam-Level: X-Spam-Status: No, score=-2.602 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gAgDZAFEiDdU for ; Wed, 20 Jan 2016 17:52:40 -0800 (PST) Received: from mxout-07.mxes.net (mxout-07.mxes.net [216.86.168.182]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A554E1B2CD3 for ; Wed, 20 Jan 2016 17:52:40 -0800 (PST) Received: from [192.168.1.101] (unknown [120.149.194.112]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id 0CAE922E1F4; Wed, 20 Jan 2016 20:52:37 -0500 (EST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: request to register "preload" From: Mark Nottingham In-Reply-To: <569EB537.7030406@dret.net> Date: Thu, 21 Jan 2016 12:52:35 +1100 Content-Transfer-Encoding: quoted-printable Message-Id: <8B5DC6EA-895B-4FDA-887F-A0E946F102E1@mnot.net> References: <569EB537.7030406@dret.net> To: iana@iana.org X-Mailer: Apple Mail (2.2104) Archived-At: Cc: Ilya Grigorik , Erik Wilde , link-relations X-BeenThere: link-relations@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jan 2016 01:52:42 -0000 IANA, Please add the following to the Link Relations Registry = : * Relation Name: preload * Description: Refers to a resource that should be loaded early in the = processing of the link's context, without blocking rendering. * Reference: http://www.w3.org/TR/preload/ * Note: Additional target attributes establish the detailed fetch = properties of the link. -- Mark Nottingham https://www.mnot.net/ From nobody Mon Jan 25 16:54:41 2016 Return-Path: X-Original-To: link-relations@ietfa.amsl.com Delivered-To: link-relations@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B3E951AC41D for ; Mon, 25 Jan 2016 16:54:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.39 X-Spam-Level: X-Spam-Status: No, score=-0.39 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, DKIM_SIGNED=0.1, T_DKIM_INVALID=0.01] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NYNK5WVnswjp for ; Mon, 25 Jan 2016 16:54:38 -0800 (PST) Received: from postoffice.gristmillmedia.com (postoffice.gristmillmedia.com [208.79.239.216]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 522FD1AC41A for ; Mon, 25 Jan 2016 16:54:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=dret.net; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Date: Message-ID:Subject:From:To; bh=0OROcErw5ZcTIsRXUZ7GFYfxAqWfp+Ifkp8VF+fWBSE=; b=mhF8mmoYU8eoHvovtnkFD1Du/ruI6bcxCBs8fbzDHZ9csajZe3L46DadQGQ8WgFqhEdQDvTR6n cMMORr+hdY432Et/LW2mrdxPsmddulp51e8yFIaSaYr8tgtBczW0dH2yFPhFXw1C8inLg8aJR9fXt napegAKlEy/JLmwNbfQOhOC30SgzTbrct1uJuDByNDELnyqzDwcAzVmCWLOnBmg5fTO+MEVqOY1ks EXp7tvvsqZ8+wQqLb0X+kQUIhPZuqAV4VwDvEvlY1Eyp/urexggxsMqrsPM4tOvvW6J4oZtgl9M2c D6I6SrPgTus9R598x9GTVXa64F4vz79SIYX7Q==; Received: from 108-67-65-66.lightspeed.sntcca.sbcglobal.net ([108.67.65.66]:57240 helo=[192.168.1.77]) by postoffice.gristmillmedia.com with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.86) (envelope-from ) id 1aNru0-0003jO-SP for link-relations@ietf.org; Mon, 25 Jan 2016 19:54:37 -0500 To: link-relations From: Erik Wilde Subject: registration request for dns-prefetch, preconnect, prefetch, and prerender link relation types Message-ID: <56A6C3CD.6060802@dret.net> Date: Mon, 25 Jan 2016 16:54:37 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - postoffice.gristmillmedia.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - dret.net X-Get-Message-Sender-Via: postoffice.gristmillmedia.com: authenticated_id: birdhouse@dret.net X-Authenticated-Sender: postoffice.gristmillmedia.com: birdhouse@dret.net X-Source: X-Source-Args: X-Source-Dir: Archived-At: X-BeenThere: link-relations@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jan 2016 00:54:39 -0000 hello link-relations. https://www.w3.org/TR/2016/WD-resource-hints-20160126/#iana-considerations defines 4 new link relation types that should be added to the IANA link relation registry. here is an excerpt with the link relation type descriptions: ------------------------------------- 7.1 dns-prefetch Link Relation Type Relation Name: dns-prefetch Description: The dns-prefetch link relation type is used to indicate an origin that will be used to fetch required resources, and that the user agent SHOULD resolve as early as possible. 7.2 preconnect Link Relation Type Relation Name: preconnect Description: The preconnect link relation type is used to indicate an origin that will be used to fetch required resources. Initiating an early connection, which includes the DNS lookup, TCP handshake, and optional TLS negotiation, allows the user agent to mask the high latency costs of establishing a connection. 7.3 prefetch Link Relation Type Relation Name: prefetch Description: The prefetch link relation type is used to declare a resource that might be required by the next navigation, and that the user agent SHOULD fetch, such that the user agent can deliver a faster response once the resource is requested in the future. 7.4 prerender Link Relation Type Relation Name: prerender Description: The prerender link relation type is used to declare an HTML resource that might be required by the next navigation, and that the user agent SHOULD fetch and execute, such that the user agent can deliver faster response and processing once the resource is requested in the future. ------------------------------------- if there are any concerns or questions about these link relations types, please let us know. thanks a lot and cheers, dret. -- erik wilde | mailto:erik.wilde@dret.net | | http://dret.net/netdret | | http://twitter.com/dret | From nobody Mon Jan 25 22:13:54 2016 Return-Path: X-Original-To: link-relations@ietfa.amsl.com Delivered-To: link-relations@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1B2F31B2F4B for ; Mon, 25 Jan 2016 22:13:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rmySPKYe8Vd3 for ; Mon, 25 Jan 2016 22:13:51 -0800 (PST) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E19431B2F53 for ; Mon, 25 Jan 2016 22:13:50 -0800 (PST) Received: from [192.168.178.20] ([93.217.118.84]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0LwrwO-1a4OoC28C0-016Q6H; Tue, 26 Jan 2016 07:13:04 +0100 Subject: Re: registration request for dns-prefetch, preconnect, prefetch, and prerender link relation types To: Erik Wilde , link-relations References: <56A6C3CD.6060802@dret.net> From: Julian Reschke Message-ID: <56A70E6F.7030409@gmx.de> Date: Tue, 26 Jan 2016 07:13:03 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <56A6C3CD.6060802@dret.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:1Hf44Shkjm/qK124KUSMndCXeTtGHDuFdeai5yFH/fSuGgp2+qY y6R2tQpuxDbnzoxJwgCa3FZRgbcFe98JPuA8jUI4n/MDGETrrPIbYndY+hKqVaH1W3ZQ3se I7vhsq5hIxq/KUvjmMpmNRtnCVv3/CShMIg02p+YiQ0gl/KZN/OqrQit6CpCx8hhRSIN87R XpC/4CMqq4UUHbbtwqy7Q== X-UI-Out-Filterresults: notjunk:1;V01:K0:fYF67fO0FAc=:Ha5mGkd6syp33QcmPl+HSC 1QesMRFgFx4FkJxNz8MO4vQ03ajUvwygJIpcz1ZSDELPVYYBf5OKWp8OGRaOzYm7omriAPKx6 BB652y/TISdPgs1D507qccHh5C6vjqaGD0WHIO5MhcvlOg6/kY2DPUm3Kw6wqMkLj9RaZe7BR 1yR7UaMBlZYJ6O5lJTNvx5yB7FHtlQ7rh0lKUodpWoQyrVRiOyMag+uErLk2xVIC7ZggP3LCg WlYaji+XCo8llu4nyZSDSz8P7vI6WqUkRMiBUfVk445WNWd05Tjrno9YixTSbsyULVgL3TPLJ BItFkb6K8c4aJgRzr78OxQeNi0mFtK3wTuUwxWwAzlUxh+Xea8LxyG7GSYan/0vIsWMiP7peH +aHg1AJG0sBnRgr7eoxC3ldk1utBiL3oEqZ9c8bhgDuAncAJQG755a6MIplFUw5Tf8Dh5vQg5 hyDNkGfRVJR4OSxvmLVIthozm7roKlp1gUCw0zLqMNtsB2ilvJ3/f1+ZuGSZLTP2H7YTHeRqT tXOldzkHzypiEyTi4zHJi4sIBMrd5pUww0+bgDfUu7Me1CHXTY+gRtQ035vOJ10x/TFvbBHjK GNxYQ5Y1mnLspP2cEOxccaz4AEuQxXvRIN7rEn1/hem/fmVJDFZJ6AJktoehJCsgPpgA9G89d 9JSiS9n/dYC2WeRpdNAtd4JHnmplsAQUj7PZnDgDAdni+9PUMgU0B0YEjWQcxw1MqKqyymw+7 KT0DGTq18UwuF+JufHHkAy4exgNnzMs6JCcSb3UQMrf53QxrjRBfbkSJz4yt18fUDLppwdFyJ secdSXJ6Ej4DoYDdM0E/7VZWDmTfXYdPfl0FYZXaz2GXWM+kqK4eOjB1rDsftCqEdZwcMETLC LThjcupT4rr9IqgmA4OvqZXA1eiVEcXh0f1ygtOPYkyxz1n43gcx8u6VpUPZyv Archived-At: X-BeenThere: link-relations@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jan 2016 06:13:53 -0000 My gut reaction is: why do we need a whopping 5 link relations (including preload)? 7.1 and 7.2 look very similar; they also need to talk about the link context's origin so that people are not tempted to insert just the origin. 7.3 and 7.4 look very similar as well; 7.4 also needs to be rephrased to be independent of the media type. Best regards, Julian On 2016-01-26 01:54, Erik Wilde wrote: > hello link-relations. > > https://www.w3.org/TR/2016/WD-resource-hints-20160126/#iana-considerations > defines 4 new link relation types that should be added to the IANA link > relation registry. here is an excerpt with the link relation type > descriptions: > > ------------------------------------- > > 7.1 dns-prefetch Link Relation Type > > Relation Name: dns-prefetch > Description: The dns-prefetch link relation type is used to indicate an > origin that will be used to fetch required resources, and that the user > agent SHOULD resolve as early as possible. > > 7.2 preconnect Link Relation Type > > Relation Name: preconnect > Description: The preconnect link relation type is used to indicate an > origin that will be used to fetch required resources. Initiating an > early connection, which includes the DNS lookup, TCP handshake, and > optional TLS negotiation, allows the user agent to mask the high latency > costs of establishing a connection. > > 7.3 prefetch Link Relation Type > > Relation Name: prefetch > Description: The prefetch link relation type is used to declare a > resource that might be required by the next navigation, and that the > user agent SHOULD fetch, such that the user agent can deliver a faster > response once the resource is requested in the future. > > 7.4 prerender Link Relation Type > > Relation Name: prerender > Description: The prerender link relation type is used to declare an HTML > resource that might be required by the next navigation, and that the > user agent SHOULD fetch and execute, such that the user agent can > deliver faster response and processing once the resource is requested in > the future. > > ------------------------------------- > > if there are any concerns or questions about these link relations types, > please let us know. > > thanks a lot and cheers, > > dret. > From nobody Sat Jan 30 18:11:07 2016 Return-Path: X-Original-To: link-relations@ietfa.amsl.com Delivered-To: link-relations@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A72A51B3E03 for ; Sat, 30 Jan 2016 18:11:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.098 X-Spam-Level: X-Spam-Status: No, score=0.098 tagged_above=-999 required=5 tests=[BAYES_50=0.8, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bk-qSSXL9fY8 for ; Sat, 30 Jan 2016 18:11:04 -0800 (PST) Received: from mxout-07.mxes.net (mxout-07.mxes.net [216.86.168.182]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C57761B3DFE for ; Sat, 30 Jan 2016 18:11:03 -0800 (PST) Received: from [192.168.1.101] (unknown [120.149.194.112]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id 49FAD22E25F; Sat, 30 Jan 2016 21:10:58 -0500 (EST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: registration request for dns-prefetch, preconnect, prefetch, and prerender link relation types From: Mark Nottingham In-Reply-To: <56A70E6F.7030409@gmx.de> Date: Sun, 31 Jan 2016 13:10:56 +1100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <56A6C3CD.6060802@dret.net> <56A70E6F.7030409@gmx.de> To: "Julian F. Reschke" X-Mailer: Apple Mail (2.2104) Archived-At: Cc: link-relations , Erik Wilde X-BeenThere: link-relations@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jan 2016 02:11:06 -0000 My .02 - 5988 doesn't require strong justification for registering a relation = type; only that it follows certain rules. So, I'd say the fact that = these relations went through an open process is enough to overcome any = reluctance to register so many. Talking about the context of the link is nice; see existing registry = entries for examples. WRT 7.4 - the applicable text in 5988 is: """ Registered relation types MUST NOT constrain the media type of the context IRI, and MUST NOT constrain the available representation media types of the target IRI. However, they can specify the behaviours and properties of the target resource (e.g., allowable HTTP methods, request and response media types that must be supported). """ Putting RFC1918 language in registry entries is a bit weird too. So something like this would be clearer: """ Indicates a resource that might be required by the next navigation, and = that user agents ought to fetch and execute to improve performance. """ Cheers, > On 26 Jan 2016, at 5:13 pm, Julian Reschke = wrote: >=20 > My gut reaction is: why do we need a whopping 5 link relations = (including preload)? >=20 > 7.1 and 7.2 look very similar; they also need to talk about the link = context's origin so that people are not tempted to insert just the = origin. >=20 > 7.3 and 7.4 look very similar as well; 7.4 also needs to be rephrased = to be independent of the media type. >=20 > Best regards, Julian >=20 >=20 > On 2016-01-26 01:54, Erik Wilde wrote: >> hello link-relations. >>=20 >> = https://www.w3.org/TR/2016/WD-resource-hints-20160126/#iana-considerations= >> defines 4 new link relation types that should be added to the IANA = link >> relation registry. here is an excerpt with the link relation type >> descriptions: >>=20 >> ------------------------------------- >>=20 >> 7.1 dns-prefetch Link Relation Type >>=20 >> Relation Name: dns-prefetch >> Description: The dns-prefetch link relation type is used to indicate = an >> origin that will be used to fetch required resources, and that the = user >> agent SHOULD resolve as early as possible. >>=20 >> 7.2 preconnect Link Relation Type >>=20 >> Relation Name: preconnect >> Description: The preconnect link relation type is used to indicate an >> origin that will be used to fetch required resources. Initiating an >> early connection, which includes the DNS lookup, TCP handshake, and >> optional TLS negotiation, allows the user agent to mask the high = latency >> costs of establishing a connection. >>=20 >> 7.3 prefetch Link Relation Type >>=20 >> Relation Name: prefetch >> Description: The prefetch link relation type is used to declare a >> resource that might be required by the next navigation, and that the >> user agent SHOULD fetch, such that the user agent can deliver a = faster >> response once the resource is requested in the future. >>=20 >> 7.4 prerender Link Relation Type >>=20 >> Relation Name: prerender >> Description: The prerender link relation type is used to declare an = HTML >> resource that might be required by the next navigation, and that the >> user agent SHOULD fetch and execute, such that the user agent can >> deliver faster response and processing once the resource is requested = in >> the future. >>=20 >> ------------------------------------- >>=20 >> if there are any concerns or questions about these link relations = types, >> please let us know. >>=20 >> thanks a lot and cheers, >>=20 >> dret. >>=20 >=20 > _______________________________________________ > link-relations mailing list > link-relations@ietf.org > https://www.ietf.org/mailman/listinfo/link-relations -- Mark Nottingham https://www.mnot.net/ From nobody Sat Jan 30 20:56:52 2016 Return-Path: X-Original-To: link-relations@ietfa.amsl.com Delivered-To: link-relations@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0A8871B3FC4 for ; Sat, 30 Jan 2016 20:56:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.79 X-Spam-Level: X-Spam-Status: No, score=-1.79 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, T_DKIM_INVALID=0.01] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QBpwFFRgOP1R for ; Sat, 30 Jan 2016 20:56:49 -0800 (PST) Received: from postoffice.gristmillmedia.com (postoffice.gristmillmedia.com [208.79.239.216]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A8DAD1B3FC7 for ; Sat, 30 Jan 2016 20:56:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=dret.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:From:Cc:References:To:Subject; bh=3Mw5uW+/dBxsZdAmwtG9EGOZOeFgmSYPho/doBouDnY=; b=Q4ajjQXH2qwKuF8H3KxCCtt5jk DIscttyWP5j5n+WjDf8ushVkYoiZGa1h5AWznZb1KT13yBt80Oh2ZVrA/1raza8fptAPEycgXnE1c IQW2JXmfXUuQPVi/7bcrTvQWZGwaVLph6wVs2v7Bh32AbGbx7mEUN+JfkrLp6dpSNofiJj4nmcZdL fFqQkYauMDT1bCmAHPDL8b8zbgPoviw2V3UQ0/ZbiQzf4RPDNtDEonr3Tufuklvb0SCwB4kk1+6XT ULf/iKVn5bzVdIknk+dALMOsztTOn7WCvPqAg8FoBaYnoB+HF3Zj6P8J9EeDzmM8CbpbBG+V4dMdY wuNjfcLw==; Received: from 108-67-65-66.lightspeed.sntcca.sbcglobal.net ([108.67.65.66]:64865 helo=[192.168.1.77]) by postoffice.gristmillmedia.com with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.86) (envelope-from ) id 1aPk48-000198-DR; Sat, 30 Jan 2016 23:56:48 -0500 Subject: Re: registration request for dns-prefetch, preconnect, prefetch, and prerender link relation types To: link-relations References: <56A6C3CD.6060802@dret.net> <56A70E6F.7030409@gmx.de> From: Erik Wilde Message-ID: <56AD940F.8050507@dret.net> Date: Sat, 30 Jan 2016 20:56:47 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - postoffice.gristmillmedia.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - dret.net X-Get-Message-Sender-Via: postoffice.gristmillmedia.com: authenticated_id: birdhouse@dret.net X-Authenticated-Sender: postoffice.gristmillmedia.com: birdhouse@dret.net X-Source: X-Source-Args: X-Source-Dir: Archived-At: Cc: "Julian F. Reschke" , Ilya Grigorik , Mark Nottingham X-BeenThere: link-relations@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jan 2016 04:56:51 -0000 On 2016-01-30 18:10, Mark Nottingham wrote: > 5988 doesn't require strong justification for registering a relation type; only that it follows certain rules. So, I'd say the fact that these relations went through an open process is enough to overcome any reluctance to register so many. that was my gut reaction. seeing 4 or 5 link relations as a "whopping amount" seems a bit overstated (after all, the namespace is fairly big, so there's no need to be overly conservative trying to conserve space), but i guess you mileage may vary. > WRT 7.4 - the applicable text in 5988 is: > """ > Registered relation types MUST NOT constrain the media type of the > context IRI, and MUST NOT constrain the available representation > media types of the target IRI. However, they can specify the > behaviours and properties of the target resource (e.g., allowable > HTTP methods, request and response media types that must be > supported). > """ > Putting RFC1918 language in registry entries is a bit weird too. > So something like this would be clearer: > """ > Indicates a resource that might be required by the next navigation, and that user agents ought to fetch and execute to improve performance. > """ i like it. personally. i think that it's a very good idea to not constrain link relations any more than they have to be, and as mark point out, when it comes to media types, it's not even something you're supposed to do. https://github.com/w3c/resource-hints/pull/54 adopts mark's suggested change, and afaict, this does not lose anything in terms of what the spec is saying. thanks and cheers, dret. -- erik wilde | mailto:erik.wilde@dret.net | | http://dret.net/netdret | | http://twitter.com/dret |