[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: Bad News on IE6 XML Support

  • From: Bjoern Hoehrmann <derhoermi@g...>
  • To: Didier PH Martin <martind@n...>
  • Date: Sun, 09 Sep 2001 19:24:09 +0200

ie6 user agent
* Didier PH Martin wrote:
>Yes true, CC/PP is not implemented yet and therefore the request transaction
>does not include a capabilities record. However, as Cocoon and several other
>server on the market demonstrated, it is possible to recognize the user
>agent by parsing and processing the HTTP header "user-agent". Thus, it is
>possible to recognize the requesting user agent and let the server decide if
>the transformation is to occur on the server side or the client side. So the
>answer is yes. It is possible to extract the information form the HTTP
>header as long as you process it.

This is BAD (i.e. broken as designed) as it was for years.

>Didier said:
>>If yes, the process can occur at the edge or at the client site.
>>Otherwise at the server side. As more client support XSLT transformation,
>>less server load you'll have. Is using a 1 ghz client to perform dummy
>>rendering a best way to use resources?
>
>Bjorn replied:
>Maybe, maybe not. Why does this matter?
>
>Didier replies:
>I though you would see why. But again, I just learn for the Nth time how to
>spell the word assume. I'll recap and do some math's.
>a) a transformation takes 1 second to transform a document

If you have a 1GHz machine, maybe. I'm working with a 200 MHz processor,
a transformation certainly takes far more time than 1s. Additionally,
users begin to access the web from a broad range of devices, not only
these kinds of high-end workstations you assume. XSLT requires a lot of
memory and processing power those devices don't offer. And who said, I'd
use 100% CPU time for a laughable job as web browsing?

>b) you get simultaneous 1000 hits on your server. Therefore the processing
>time reserved for transformation is: 1 X 1000 = 1000 seconds.

You want to tell me, transforming the same document 1000 times performs
better than transforming once and delivering 1000 times? Well, if you
don't cache transformation results, you are asking for trouble, but
that's *your* fault, since *your* design is broken.

>c) if the transformation occurs on the server side, this same server just
>got its workload increased especially if the processed XML document is
>dynamically produced by a server side script.

I'm sorry but delivering the same XSLT transformation sheet to 1000
clients takes far more resources than one simple transformation.
Dynamically generated documents don't count; those scripts should have
produced XHTML instead of something else.
-- 
Björn Höhrmann { mailto:bjoern@h... } http://www.bjoernsworld.de
am Badedeich 7 } Telefon: +49(0)4667/981028 { http://bjoern.hoehrmann.de
25899 Dagebüll { PGP Pub. KeyID: 0xA4357E78 } http://www.learn.to/quote/

PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.