Re: registration request for dns-prefetch, preconnect, prefetch, and prerender link relation types
Erik Wilde <erik.wilde@dret.net> Mon, 01 February 2016 19:47 UTC
Return-Path: <erik.wilde@dret.net>
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 42F6B1B3568 for <link-relations@ietfa.amsl.com>; Mon, 1 Feb 2016 11:47:48 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 2.906
X-Spam-Level: **
X-Spam-Status: No, score=2.906 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, DKIM_SIGNED=0.1, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RDNS_NONE=0.793, 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 7qn_lEq2hnAR for <link-relations@ietfa.amsl.com>; Mon, 1 Feb 2016 11:47:46 -0800 (PST)
Received: from postoffice.gristmillmedia.com (unknown [96.30.18.196]) (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 B7D491B3557 for <link-relations@ietf.org>; Mon, 1 Feb 2016 11:47:46 -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=z3OAZk/2WnhX8/vpqo2L7/6A1ecPBk7T2ibs3jHbDv8=; b=fomXqNeb9hnWkKyL/amNzIIay7 7MbeaRnhC+G41I3Lgb0eKUSrDTOGIfEQT/o6zCDhSPBsxqpHGRs/jHT2Z6HuL7J1HCRpTdotjv6r5 RESSDKzYgGNOJ9A6bKPVua6ZV40QFQuiwYjYbmiQ3Qu1A6pjLUm2kBejqNPXNLPm/jX46OXsEPTa/ jzBWpBCNyxVu5EAEJBXxjHxINxXXUtSn2Jl/2ySQod+l/LQbDbY5HiomFzZ/ZxbmZP+PAoLVccX1J rtZVuU/h77akbiDbHizeGo+qM3KjuJcNqk6Z7OzqcOw8BlX8rec78sYxmOnKBg3ayHQdOIaEKDd9+ nSYWYNNQ==;
Received: from 108-67-65-66.lightspeed.sntcca.sbcglobal.net ([108.67.65.66]:57940 helo=[192.168.1.77]) by postoffice.gristmillmedia.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.86) (envelope-from <erik.wilde@dret.net>) id 1aQKRu-0008H1-0R; Mon, 01 Feb 2016 14:47:46 -0500
Subject: Re: registration request for dns-prefetch, preconnect, prefetch, and prerender link relation types
To: Mark Nottingham <mnot@mnot.net>
References: <56A6C3CD.6060802@dret.net> <56A70E6F.7030409@gmx.de> <FDE9F2CB-ABD5-4F21-A26A-CEABD40A3B24@mnot.net>
From: Erik Wilde <erik.wilde@dret.net>
Message-ID: <56AFB661.8030809@dret.net>
Date: Mon, 01 Feb 2016 11:47:45 -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: <FDE9F2CB-ABD5-4F21-A26A-CEABD40A3B24@mnot.net>
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: <http://mailarchive.ietf.org/arch/msg/link-relations/Nyz3f1H0apy_RH7JmevTmX51ihg>
Cc: Ilya Grigorik <igrigorik@gmail.com>, link-relations <link-relations@ietf.org>
X-BeenThere: link-relations@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <link-relations.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/link-relations>, <mailto:link-relations-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/link-relations/>
List-Post: <mailto:link-relations@ietf.org>
List-Help: <mailto:link-relations-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/link-relations>, <mailto:link-relations-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 01 Feb 2016 19:47:48 -0000
hello mark. thanks for the feedback. On 2016-01-30 18:10, Mark Nottingham wrote: > 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. > """ https://github.com/w3c/resource-hints/pull/54 contains a slightly different change, but one that does incorporate the changes you suggested. the spec has been republished, and https://www.w3.org/TR/2016/WD-resource-hints-20160201/#iana-considerations lists the updated registration requests: ------------------------------ 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. 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. Relation Name: prefetch Description: The prefetch link relation type is used to identify 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. Relation Name: prerender Description: The prerender link relation type is used to identify a 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 a faster response once the resource is requested in the future. ------------------------------ any comments/feedback are very much appreciated. thanks, dret. -- erik wilde | mailto:erik.wilde@dret.net | | http://dret.net/netdret | | http://twitter.com/dret |
- registration request for dns-prefetch, preconnect… Erik Wilde
- Re: registration request for dns-prefetch, precon… Julian Reschke
- Re: registration request for dns-prefetch, precon… Mark Nottingham
- Re: registration request for dns-prefetch, precon… Erik Wilde
- Re: registration request for dns-prefetch, precon… Erik Wilde
- Re: registration request for dns-prefetch, precon… Mark Nottingham
- Re: registration request for dns-prefetch, precon… Erik Wilde