Return-Path: Delivered-To: apmail-cocoon-users-archive@cocoon.apache.org Received: (qmail 38934 invoked by uid 500); 20 Jul 2003 09:19:14 -0000 Mailing-List: contact users-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: users@cocoon.apache.org Delivered-To: mailing list users@cocoon.apache.org Received: (qmail 38916 invoked from network); 20 Jul 2003 09:19:14 -0000 Received: from smtp-3a.paradise.net.nz (HELO smtp-3.paradise.net.nz) (202.0.32.196) by daedalus.apache.org with SMTP; 20 Jul 2003 09:19:14 -0000 Received: from JESSIE (203-79-120-217.cable.paradise.net.nz [203.79.120.217]) by smtp-3.paradise.net.nz (Postfix) with SMTP id 7105BAE3A3 for ; Sun, 20 Jul 2003 21:19:27 +1200 (NZST) From: "Conal Tuohy" To: Subject: RE: Command Line Interface Date: Sun, 20 Jul 2003 21:24:41 +1200 Message-ID: <000d01c34ea0$c05b2b00$d9784fcb@insurgentes.local> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 In-Reply-To: Importance: Normal X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Steve Kurzman wrote: > About my hopeful usage, I'm the webmaster for a non-profit web-zine on > international disability news, policy issues, etc. We want > to provide our > content as text and PDF, as well as HTML, so visitors can > read it offline if > they like. Hence, my foray into XML. But I want to serve > static content > because we don't really need to dynamically generate anything > and many of > our visitors come from non-profit organization offices and/or > developing > countries and have bandwidth and time constraints, i.e. I > don't want to make > users with pay per hour connections and slow modems in Brazil > or India wait > for Cocoon to generate a large PDF on the fly before downloading it. Do you realise that Cocoon can cache these PDFs? It may take a minute to render a very large PDF, but only the first time. On subsequent requests the PDF can be served from the cache, rather than regenerated. If necessary you can "prime" the cache by crawling your site regularly with a web-crawler. So you may not need to use the CLI at all. Users on a slow connection will spend much longer downloading the PDF than it takes to generate it in any case. Cheers Con --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org For additional commands, e-mail: users-help@cocoon.apache.org