Return-Path: Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list cocoon-dev@xml.apache.org Received: (qmail 34315 invoked from network); 24 Jan 2000 21:20:32 -0000 Received: from eastwood.aldigital.algroup.co.uk (194.128.162.193) by 63.211.145.10 with SMTP; 24 Jan 2000 21:20:32 -0000 Received: from freeby.ben.algroup.co.uk (freeby.ben.algroup.co.uk [193.133.15.6]) by eastwood.aldigital.algroup.co.uk (8.8.8/8.6.12) with ESMTP id VAA10124 for ; Mon, 24 Jan 2000 21:20:05 GMT Received: from algroup.co.uk (naughty.ben.algroup.co.uk [193.133.15.107]) by freeby.ben.algroup.co.uk (8.6.12/8.6.12) with ESMTP id VAA02097 for ; Mon, 24 Jan 2000 21:20:28 GMT Message-ID: <388CC204.62D0E7AD@algroup.co.uk> Date: Mon, 24 Jan 2000 21:20:04 +0000 From: Ben Laurie Organization: A.L. Group plc X-Mailer: Mozilla 4.7 [en] (WinNT; I) MIME-Version: 1.0 To: cocoon-dev@xml.apache.org Subject: Re: don't cache - validate References: <388CAD3A.7B9EE438@apache.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Pierpaolo Fumagalli wrote: > > Andy Lewis wrote: > > > > I actually think we should be caching far more than the end result.... > > I don't know if, Caching more than the end result, will create a great > performance increase... But anyway, I don't have any figure to support > my thesis... Well, there's an obvious case where it does ... Expensive XML source -> XSL -> client becomes Cache -> Different XSL -> client Cheers, Ben. -- SECURE HOSTING AT THE BUNKER! http://www.thebunker.net/hosting.htm http://www.apache-ssl.org/ben.html Y19100 no-prize winner! http://www.ntk.net/index.cgi?back=2000/now0121.txt