W3C home > Mailing lists > Public > public-uwa@w3.org > December 2007

RE: URIs, content adaptation, DISelect and XSLT

From: Dave Raggett <dsr@w3.org>
Date: Wed, 12 Dec 2007 14:41:50 +0000 (GMT)
To: "Smith, Kevin, VF-Group" <Kevin.Smith@vodafone.com>
Cc: public-uwa@w3.org
Message-ID: <alpine.DEB.0.99.0712121424560.11214@ivy>

On Wed, 12 Dec 2007, Smith, Kevin, VF-Group wrote:

> HI Dave,
> From our own experience we haven't needed to publish the URI of a 
> chunk: content is chunked based on delivery context and a URI 
> created for each chunk. These URIs are only used to navigate 
> between chunks and are not used to access a chunk directly (e.g. 
> via search). So an end user would only discover 
> www.example.org/sports.xml as an entry point to the page, and not 
> www.example.org/sports.xml?chunk=2 . Due to the wide range of 
> delivery contexts the caching mechanism for these chunks involves 
> many 'vary' commands (on MSISDN, device name, bearer etc.) so 
> there's no value in exposing www.example.org/sports.xml?chunk=2 .
> Cheers
> Kevin

The published URI is to the website or application and is the same 
for everyone. When a page is split, the chunks are given URIs so 
that the browser can request the next chunk. My question what how 
does the server know what to do with the chunk URIs and how are 
these generated in the first place. What happens if the user 
bookmark's a chunk URI instead of the published URI?

For performance reasons, it would make sense to generate and cache 
all the chunks in one go rather than re-executing XSLT upon each 
chunk request. If the user bookmarked a chunk, then the server could 
check to see if it has a fresh cached copy, otherwise it could 
re-run XSLT to generate the chunks and then return the requested 
chunk. You might want to use the HTTP referred header (the exact 
name escapes me) to force return of the first chunk when 
appropriate. The chunks would be specific to particular classes of 
device, so you would need to reflect that in the naming scheme for 

XSLT2 allows you to generate multiple output documents and as such 
could presumably be used to generate the chunks in a batch process, 
although I haven't tested that as yet.

  Dave Raggett <dsr@w3.org> http://www.w3.org/People/Raggett
Received on Wednesday, 12 December 2007 14:40:57 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 19:47:23 UTC