W3C home > Mailing lists > Public > public-web-perf@w3.org > November 2013

Re: [Beacon] spec feedback + few suggestions

From: Doug Turner <doug.turner@gmail.com>
Date: Sun, 10 Nov 2013 00:34:30 -0800
Cc: Jonas Sicking <jonas@sicking.cc>, Jatinder Mann <jmann@microsoft.com>, Chase Douglas <chase@newrelic.com>, "Austin, Daniel" <daaustin@paypal.com>, public-web-perf <public-web-perf@w3.org>
Message-Id: <8EED40BA-D68F-4805-8A5E-1710800B361A@gmail.com>
To: Ilya Grigorik <igrigorik@google.com>
A couple questions about the spec:

1) In section 4.2, it talks about the Cross-origin policy.  I am wondering why there is a difference between PUT and the other verbs.  It is probably an obvious answer that I am not seeing.

2) I think we should discuss what sort of HTTP headers must be sent with the Beacon.  Suppose that we want to send the cookie header along with the beacon.  If the cookie values change between the time the beacon is sent and the time we get around to actually making the http request, is it ‘okay’ to use new value?  Maybe we can ignore all of this, and make these beacon requests “sandboxed” such that there is no cookie information sent.  Thoughts?

3) Assuming that we are going to send cookie information… Why can’t the |data| parameter of sendBeacon be null?  I don't see any reason why we'd care very much of the developer wants to send a beacon back with empty content.

4) Do we need to define BeaconHTTPMethod?  XHR has gotten away without having to define these method names.

Received on Sunday, 10 November 2013 08:35:01 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:04:37 UTC