W3C home > Mailing lists > Public > public-webapps@w3.org > January to March 2013

Re: Beacon API

From: Reitbauer, Alois <Alois.Reitbauer@compuware.com>
Date: Thu, 14 Feb 2013 12:28:30 +0000
To: Anne van Kesteren <annevk@annevk.nl>
CC: Jatinder Mann <jmann@microsoft.com>, "public-webapps@w3.org" <public-webapps@w3.org>
Message-ID: <CD429317.1B979%alois.reitbauer@compuware.com>
In the cases I see we are never interested in the response. The question
would also be how to handle it as the page that initiated it might - or
will - no longer be there.

I do not see how this relates to the ping. If I understand the Ping
correctly it send back the ping when a ling was clicked. The scenario here
is totally different. An analytics tool - whether RUM or other analytics -
collects a set of data like timing values etc. and then wants to beacon
this data back to the server for further processing. I am not sure how to
achieve this using the ping attribute.

This could be achieved by a method like this:

beacon (method, URL, postBody);

Today people are also using img tags that are dynamically created to
achieve this. This has the downside that a) it does not always work and b)
is limited in the amount of data that can be sent back due to URL length
restrictions.

// Alois

On 2/14/13 11:04 AM, "Anne van Kesteren" <annevk@annevk.nl> wrote:

>On Thu, Feb 14, 2013 at 9:55 AM, Reitbauer, Alois
><Alois.Reitbauer@compuware.com> wrote:
>> You are right we would not need any progress events and you are also
>> typically not interested in the response. The server should normally
>>reply
>> only with a no content reply. Conceptually this reply would not be
>>needed,
>> however, HTTP requires it. You can think of this type of interaction
>>like
>> sending an UDP packet. You want it to be send and delivered at best
>> effort.
>
>Are you sometimes interested in the response? Kind of makes a difference.
>
>Also, how is this different from
>http://www.whatwg.org/specs/web-apps/current-work/#ping Especially if
>we make this a dedicated feature in some way it seems all the same
>considerations apply and that feature has thus far not been hugely
>successful.
>
>
>--
>http://annevankesteren.nl/

>

The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it. Compuware Austria GmbH (registration number FN 91482h) is a company registered in Vienna whose registered office is at 1120 Wien, Austria, Am Euro Platz 2 / Gebäude G.
Received on Thursday, 14 February 2013 12:30:09 GMT

This archive was generated by hypermail 2.3.1 : Tuesday, 26 March 2013 18:49:57 GMT