From abez at abez.ca Thu Dec 4 14:10:52 2003 From: abez at abez.ca (abez) Date: Wed Aug 4 00:11:29 2004 Subject: [VPM] Question Message-ID: Is there anything for perl which works almost exactly the same as mod_php ? I need to know for future arguements. I mean each instance is safely sandboxed away from the rest so they don't blow up as well as the interpretter is running all the time (mod_perl) and possibly embedding available? Also Nathan can you post my slides from the last meeting? abram -- abez ------------------------------------------ http://www.abez.ca/ Abram Hindle (abez@abez.ca) ------------------------------------------ abez From darren at DarrenDuncan.net Thu Dec 4 16:03:19 2003 From: darren at DarrenDuncan.net (Darren Duncan) Date: Wed Aug 4 00:11:29 2004 Subject: [VPM] Question In-Reply-To: Message-ID: On Thu, 4 Dec 2003, abez wrote: > Is there anything for perl which works almost exactly the same as > mod_php ? I need to know for future arguements. I mean each instance is > safely sandboxed away from the rest so they don't blow up as well as the > interpretter is running all the time (mod_perl) and possibly embedding > available? So you want something like mod_perl but that isn't mod_perl? There is something called FastCGI which you could look at. I haven't used it, but it seems to be popular. Supposedly its as fast as mod_perl, but it is less powerful (can't access all Apache features), though it may have the isolation thing. Also, have you tried Apache 2 and mod_perl 2? The former is fairly stable, apparently. The latter is unfinished, but it may have what you need. So what do you need exactly? -- Darren Duncan From darren at DarrenDuncan.net Thu Dec 4 16:50:44 2003 From: darren at DarrenDuncan.net (Darren Duncan) Date: Wed Aug 4 00:11:29 2004 Subject: [VPM] test message - please ignore Message-ID: that is all From Peter at PSDT.com Tue Dec 9 19:26:00 2003 From: Peter at PSDT.com (Peter Scott) Date: Wed Aug 4 00:11:29 2004 Subject: [VPM] Happy Holidays Message-ID: <5.2.1.1.2.20031209172204.01b9b720@shell2.webquarry.com> Due to the conjunction of the holidays and not having a current speaker, I propose that December's Victoria.pm meeting be cancelled and we reconvene in the new year; Happy Holidays, everyone! ObPerl: The 2003 Perl Advent Calendar is out: http://perladvent.org/2003/ -- Peter Scott Pacific Systems Design Technologies http://www.perldebugged.com/ *** New! *** http://www.perlmedic.com/ From darren at DarrenDuncan.net Tue Dec 9 21:06:38 2003 From: darren at DarrenDuncan.net (Darren Duncan) Date: Wed Aug 4 00:11:29 2004 Subject: [VPM] Happy Holidays In-Reply-To: <5.2.1.1.2.20031209172204.01b9b720@shell2.webquarry.com> References: <5.2.1.1.2.20031209172204.01b9b720@shell2.webquarry.com> Message-ID: At 5:26 PM -0800 12/9/03, Peter Scott wrote: >Due to the conjunction of the holidays and not having a current speaker, I propose that December's Victoria.pm meeting be cancelled and we reconvene in the new year; Happy Holidays, everyone! > >ObPerl: The 2003 Perl Advent Calendar is out: http://perladvent.org/2003/ I agree. See you all in January. Merry Christmas! -- Darren Duncan From darren at DarrenDuncan.net Tue Dec 9 21:23:49 2003 From: darren at DarrenDuncan.net (Darren Duncan) Date: Wed Aug 4 00:11:29 2004 Subject: Addendum: Re: [VPM] Question (about fast Perl interpreters) In-Reply-To: References: Message-ID: Following Peter's announcement of the 2003 Perl Advent Calendar, I think that the item on the 4th day will provide another answer to Abez' question. http://perladvent.org/2003/4th/ It is something called 'PPerl'. This is not specific to web servers at all. It's feature is that it creates and manages a set of Perl processes in memory, which remember compiled Perl code. Just replacing your: #!/usr/bin/perl With: #!/usr/bin/pperl Results in that the scripts which you run a lot don't have the overhead of starting the Perl interpreter or compiling the scripts. This is significant particularly when those tasks take a good fraction of your execution time. The caveats, I would imagine, like with mod_perl, is that you will have extra work to do if you keep changing your scripts. I suspect that changes on the disk files may not be noticed unless you tell pperl to restart the process pool. Though I could be wrong. In mod_perl's case, this means restarting Apache for it to notice your code changes. -- Darren Duncan