Return-Path: Delivered-To: apmail-httpd-modules-dev-archive@locus.apache.org Received: (qmail 17155 invoked from network); 26 Mar 2007 15:42:12 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 26 Mar 2007 15:42:12 -0000 Received: (qmail 97238 invoked by uid 500); 26 Mar 2007 15:42:19 -0000 Delivered-To: apmail-httpd-modules-dev-archive@httpd.apache.org Received: (qmail 97221 invoked by uid 500); 26 Mar 2007 15:42:19 -0000 Mailing-List: contact modules-dev-help@httpd.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: modules-dev@httpd.apache.org Delivered-To: mailing list modules-dev@httpd.apache.org Received: (qmail 97212 invoked by uid 99); 26 Mar 2007 15:42:19 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 26 Mar 2007 08:42:19 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of scarleton@gmail.com designates 64.233.162.229 as permitted sender) Received: from [64.233.162.229] (HELO nz-out-0506.google.com) (64.233.162.229) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 26 Mar 2007 08:42:09 -0700 Received: by nz-out-0506.google.com with SMTP id x7so1481121nzc for ; Mon, 26 Mar 2007 08:41:48 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=j+mEEGiXAwDHv0xQ4rxzNAYcNvsV1BYz81stohPyGhQf7+pqiuzxnOU6xWxKfo8QO2YhJQZ65lG7T1FTwNBYYd8ATsKGglOJk/SSNqHCxb1nPHVf8Yf53pSy/glFpZkoEWGllHlphoXMjIufEpYE2ZFPdogKtDQa6Fa3iLEwA6k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ZgXkv0gQzBJDu6mu0mk0HoltZTWQNhIqkB0Mlf/+9GpGMRNBPVaVfsWW9+Xy0dBUNmAWWfPRegkyJ/1I/yVN9RW69xwTOqgiRBAx5gik8wOxDnc08+KliSIo0kt+Si7jHYO0Xqq8GRgamz/ASORKe2MdtkZEWW09A9zVpjbK21M= Received: by 10.115.76.1 with SMTP id d1mr2682458wal.1174923707818; Mon, 26 Mar 2007 08:41:47 -0700 (PDT) Received: by 10.114.122.10 with HTTP; Mon, 26 Mar 2007 08:41:47 -0700 (PDT) Message-ID: <8d38ca0a0703260841i7de560fx606120fff2191035@mail.gmail.com> Date: Mon, 26 Mar 2007 11:41:47 -0400 From: "Sam Carleton" To: modules-dev@httpd.apache.org Subject: Re: apache module or CGI In-Reply-To: <4607E66F.8030507@beamartyr.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8d38ca0a0703260801s68ddd365g166a720cad09f20b@mail.gmail.com> <4607E172.7080007@beamartyr.net> <8d38ca0a0703260815r3b63e0c4q616d140e720d95df@mail.gmail.com> <4607E66F.8030507@beamartyr.net> X-Virus-Checked: Checked by ClamAV on apache.org On 3/26/07, Issac Goldstand wrote: > If the images are already on the server, and needed for the response > immediately, you'd need to do it inline, but you could still make life > easier on yourself (somewhat) by caching the reduced images to avoid > reprocessing. > > I could give more specific advice if you could share a bit more about > what you're trying to accomplish in general. Issac, It is beyond simple. There are a bunch a full size image (4 MB to 16 MB) on the web server that need to be indexed (210x140 size) on the browser, when the user clicks on a thumbnail, they need to get a larger (900x600 size) image to view. They are getting any where from 12 to 96 of the indexed images per page. Like I said above, I fully understand the importance of caching the results. Rather then trying to write the code myself and save the images myself, I am using a second instance of apache running as a reverse proxy to cache the results;) Why reinvent the wheel;) On thought I had was this: When the server gets the request for the image, if it does need to downsize it, add it to a queue and simply make the system wait for the response. I would actually have to create some type of pool of processes so that things don't get too back logged. I am thinking maybe based on IP address or something so that there is only one downsizing per browser. The only issue I have there is what happens if two browsers request the same image, I am sure there is a way that once the image is downsized once, it could be sent to both browsers, but this is starting to get really complex. I am really looking for simplicity. Speed is important, but this is really only a very small piece of what I am doing. Right now, the worst and very much extreme case is 100 viewing stations (browsers) having access. Normal is going to be between 4 and 20 viewing stations. Sam