Re: Forking to an interactive program under mod_perl

2006-12-15 Thread Alex Beamish
On 12/15/06, Jonathan Vanasco <[EMAIL PROTECTED]> wrote: On Dec 13, 2006, at 1:58 PM, Perrin Harkins wrote: > However, you could also avoid the problem by running only one > apache process. That line got me thinking... I wouldn't do one apache process -- i'd do an entirely new server. Make a

Re: Forking to an interactive program under mod_perl

2006-12-15 Thread Jonathan Vanasco
On Dec 13, 2006, at 1:58 PM, Perrin Harkins wrote: However, you could also avoid the problem by running only one apache process. That line got me thinking... I wouldn't do one apache process -- i'd do an entirely new server. Make another mod_perl server (or use a twisted python server, cos

Re: Forking to an interactive program under mod_perl

2006-12-13 Thread Perrin Harkins
Alex Beamish wrote: The current solution is that we generate high resolution page images for the documents in question, and then resize them on the fly using mod_perl. This solution works well locally, but the problem is that we also have a satellite office, and the VPN between the offices is

Re: Forking to an interactive program under mod_perl

2006-12-13 Thread Alex Beamish
On 12/13/06, Robert Landrum <[EMAIL PROTECTED]> wrote: Alex Beamish wrote: > I'll deal with multiple documents with some combination of stale timers > and LRU slots, but that's not really what I see as the most complicated > or difficult part of this problem. For this particular application, my

Re: Forking to an interactive program under mod_perl

2006-12-13 Thread Robert Landrum
Alex Beamish wrote: I'll deal with multiple documents with some combination of stale timers and LRU slots, but that's not really what I see as the most complicated or difficult part of this problem. For this particular application, my inactivity timer will probably by 10-15 minutes, and I'll ex

Re: Forking to an interactive program under mod_perl

2006-12-13 Thread Torsten Foertsch
On Wednesday 13 December 2006 02:03, Alex Beamish wrote: > Interesting suggestions, thank you, and I'm coming around to the idea that > a daemon will need to be used for the heavy lifting .. and then perhaps > mod_perl can communicate with the daemon using named pipes .. > > The whole point of this

Re: Forking to an interactive program under mod_perl

2006-12-12 Thread Alex Beamish
On 12/12/06, Jonathan Vanasco <[EMAIL PROTECTED]> wrote: On Dec 12, 2006, at 6:13 PM, Robert Landrum wrote: > Alex Beamish wrote: >> What I'm trying to do is come up with scaled page images from a >> PDF on the fly. Thus, I want to launch Ghostscript and then ask >> for a couple of page images

Re: Forking to an interactive program under mod_perl

2006-12-12 Thread Jonathan Vanasco
On Dec 12, 2006, at 6:13 PM, Robert Landrum wrote: Alex Beamish wrote: What I'm trying to do is come up with scaled page images from a PDF on the fly. Thus, I want to launch Ghostscript and then ask for a couple of page images. So, launching Ghostscript and getting the first page might ha

Re: Forking to an interactive program under mod_perl

2006-12-12 Thread Robert Landrum
Alex Beamish wrote: What I'm trying to do is come up with scaled page images from a PDF on the fly. Thus, I want to launch Ghostscript and then ask for a couple of page images. So, launching Ghostscript and getting the first page might happen on the first request; subsequent requests would come

Forking to an interactive program under mod_perl

2006-12-12 Thread Alex Beamish
Hi, I have described the challenge I'm facing in some detail here http://perlmonks.org/?node_id=589147 but essentially I want to launch Ghostscript in an interactive session, and talk to it interactively through a mod_perl request handler. The code that I am trying to run (this is what calls