On Feb 14, 2005, at 1:54 PM, Larry Leszczynski wrote:
Depending on how bulky the regen process is, one option might be to
register a PerlCleanupHandler and let the httpd child do the regen
after
the user response is sent.
I looked into this, but I didn't like the idea of httpd getting tied
up. Th
On Feb 14, 2005, at 10:40 AM, Martin Moss wrote:
I have a few thoughts on this... In my experience
writing a daemon process is easy (well ish) but then
configuring your system to manage them (have they
died, have they crashed etc..) is more trouble than
its worth.
Maybe -- although thttpd has a gre
Perrin Harkins wrote:
[...]
It seems that to tune properly you would need to send in requests with a
benchmarking tool and keep adjusting MaxClients upward while watching
the free memory on the box. That's really ugly. Maybe there's a way to
count memory used by each process slowly but accurately
Geoffrey Young wrote:
>> $r->document_root(hostname2docroot($r->hostname));
>
>
> you just can't do that without setting it back at the end of a request. see
>
> http://www.webreference.com/programming/perl/cookbook/chap4/2.html
>
> for why.
I should add here that try doing this in a thr
> $r->document_root(hostname2docroot($r->hostname));
you just can't do that without setting it back at the end of a request. see
http://www.webreference.com/programming/perl/cookbook/chap4/2.html
for why.
> Can't locate object method "document_root" via package "Apache::RequestRec"
try
Howdy,
I work for a hosting company and we handle literally
millions of virtual hosts, mostly differing only by their document_root. We
are currently using apache 1.3.x, but would like to move to apache 2. I
would like to be able in some handler to set document root, return DECLINED a
On Mon, 2005-02-14 at 17:39 -0500, Perrin Harkins wrote:
> > Thanks for pursuing that issue at the linux kernel list, Richard. As you
> > have suggested it doesn't look very good.
>
> I want to add my thanks too.
You are welcome. I wish I wasn't the bearer of such bad news tho.
> Or on anythin
On Mon, 2005-02-14 at 13:31 -0800, Kemin Zhou wrote:
> I am using mod_perl 2. I question about database connections.
> I use the Pg module to connect to the backend. Could you tell me that
> this is not a good idea and
> I should have used Apache::DBI?
Apache::DBI is used to make your Pg conn
On Sat, 2005-02-12 at 11:43 -0500, Stas Bekman wrote:
> Richard F. Rebel wrote:
> > Hello Perrin and other modperl users,
> >
> > I have forwarded an email from Hugh Dickens as a follow up on recent
> > discussion of mod_perl+apache forked children and copy-on-write pages.
>
> Thanks for pursuing
On Tue, 15 Feb 2005, Jie Gao wrote:
> Date: Tue, 15 Feb 2005 08:26:07 +1100 (EST)
> From: Jie Gao <[EMAIL PROTECTED]>
> To: modperl@perl.apache.org
> Subject: [mp2]"opaque string-content tables"
>
> Hi All,
>
> "APR::Table allows its users to manipulate opaque string-content tables."
>
> What d
On Sat, 2005-02-12 at 11:12 -0500, John Klassa wrote:
> > gcc -B/usr/ccs/bin/ -O
> > -I/opt/perl/packages/5.004_04/sparc-sun-solaris2.6/lib/CORE
That perl is ancient. Can you try a more recent version? There are
many bug fixes and security improvements since 5.004_04.
- Perrin
On 15/02/2005, at 10:40 AM, Perrin Harkins wrote:
On Mon, 2005-02-14 at 13:32 -0500, Jonathan Vanasco wrote:
some of the general user presentation would probably develop well
under
php -- but I dont want to consider that at the expense of the mod_perl
processes.
I think it's pretty much guaranteed
On Mon, 2005-02-14 at 13:32 -0500, Jonathan Vanasco wrote:
> some of the general user presentation would probably develop well under
> php -- but I dont want to consider that at the expense of the mod_perl
> processes.
I think it's pretty much guaranteed that it will be more work to make
perl an
Hi Friends,
I am using mod_perl 2. I question about database connections.
I use the Pg module to connect to the backend. Could you tell me that
this is not a good idea and
I should have used Apache::DBI?
When using Pg I run into such problems as when the connection reaches
the limit, no mo
Hi All,
"APR::Table allows its users to manipulate opaque string-content tables."
What does it mean by "opaque"?
Thanks,
Jie
Hi Ben -
> > On Feb 12, 2005, at 9:44 PM, ben syverson wrote:
> >
> > > Maybe the solution is to have 5 or 10 perl
> > processes fire up and stay
> > > open as daemons, processing these background regen
> > requests?
Depending on how bulky the regen process is, one option might be to
register a P
[SNIP]
> I'm all about using the right-tool-for the right job, and I'm debating
> now whether it would be worth doing some of that user-presentation
> stuff under php.
Not to skirt the issue, but what type presentation tasks are you
finding difficult to do under mod_perl? Maybe we can help you re
Hi Ben,
I have a few thoughts on this... In my experience
writing a daemon process is easy (well ish) but then
configuring your system to manage them (have they
died, have they crashed etc..) is more trouble than
its worth.
Is it possible to use some kind of cronjob based
system, which runs a scr
Does anyone have any info on running mod_php and mod_perl on the same
server for a single 'web application' ?
I'm about 1/2way done with a webapp that has been taking me a while
under mod_perl.
A friend just showed me somme of the outlines for a book on php5 he's
finishing up -- many of the th
Thanks Stas, that was usefull.
>From my undestanding, the right solution in MP2 would be using
Apache::SubProcess::spawn_proc_prog function instead of
forking the apache
request child process and call cleanup_for_exec (forget
compat, i want to be
MP2 native).
But using spawn_proc_prog to execute
On Feb 12, 2005, at 9:44 PM, ben syverson wrote:
Maybe the solution is to have 5 or 10 perl processes fire up and stay
open as daemons, processing these background regen requests?
After testing this, that looks like the way to go. The regen code now
lives as a pre-forking server, accepting connec
On Sat, Feb 12, 2005 at 11:12:07AM -0500, John Klassa wrote:
> Am I missing something obvious?
I'm not familiar with this error. Try filing a complete bug report[1]
and you'll have better luck getting some assistance.
William
[1] http://perl.apache.org/docs/1.0/guide/help.html#How_to_Report_Pro
22 matches
Mail list logo
