What was your Makefile.PL line for mp2 and your ./configure line for
httpd?
The reason this is failing is that
/home/albert/download/httpd-2.0.55/httpd/lib
is not in your LD_LIBRARY_PATH
ldconfig -m /home/albert/download/httpd-2.0.55/httpd/lib
or
SETENV LD_LIBRARY_PATH /home/albert/downloa
Yup, I've actually already done it that way with both Parallel::ForkManager in one
instance and Proc::Queue as an alternative. I added in event handling with both Event
and Event::Lib as seperate trials. All those implementations were relatively easy to do.
But the question becomes, why? If ever
On Sun, 2005-12-18 at 21:18 -0600, JT Smith wrote:
> I want to turn it into a workflow system. If you think about it,
> workflow is nothing but a set of transactional tasks (nothing new) with two
> additional
> components (here's where it get's weird). The two additional components are
> cron
On Sun, 2005-12-18 at 14:30 -0500, [EMAIL PROTECTED] wrote:
> Is there a way to configure mod_perl to act more like mod_php in that
> each request gets a "fresh" interpreter to work in?
Just set MaxRquestsPerChild to 1. However, most shared hosts actually
run PHP as CGI.
It really isn't worth pu
-8<-- Start Bug Report 8<--
1. Problem Description:
I am trying to build mod_perl 2.0.2 against httpd 2.0.55 (static
mod_perl and worker MPM). Everything runs fine, except when I run
'make test' all of the tests in t/apr-util fail with similar
erro
Forget for a second what Apache is. Think outside the box with me. Go a little
crazy.
Apache 2 (especially with mod_perl) opens up a whole new world of possibilities. There
are people turning apache into an FTP server, a chat server, a Mail server, a version
control system, etc. I want to turn
For reference it worked correctly for me on
mod_perl svn
httpd svn w/event prefork
mysql 5.0.16
perl 5.8.7 no ithreads
DBI 1.50
Apache-DBI 0.9901
DBD::mysql 3.002
FreeBSD 6.0-Release
"Love is not the one you can picture y
I believe I had the same problem.
It was related to my upgrade of mysql without recompiling a few things:
"After much research, I believe I have the problem fixed and I found the
problem to be two-fold:
First, I had a mysql_config for v3.23.57 in the path
Second, I had not updated by DBD for
On Sun, 18 Dec 2005 23:42:25 +0100
Risanecek <[EMAIL PROTECTED]> wrote:
> Hi,
>
> you have heard this before haven't you? Well $SUBJ definitely doesn't
> work under Linux, MP 2.0.1, Apache 2.0.55, Perl 5.8.7. All
> self-compiled.
>
> Here's my analysis.
>
> -Mlib and -I *outside* of work well.
Hi,
you have heard this before haven't you? Well $SUBJ definitely doesn't
work under Linux, MP 2.0.1, Apache 2.0.55, Perl 5.8.7. All self-compiled.
Here's my analysis.
-Mlib and -I *outside* of work well.
(but of course fill @inc)
I suspect -Mlib would work well if I could set the "PerlOption
On Sun, 18 Dec 2005 15:10:43 -0500
Malcolm J Harwood <[EMAIL PROTECTED]> wrote:
> On Wednesday 14 December 2005 10:50 am, Perrin Harkins wrote:
>
> > On Wed, 2005-12-14 at 16:43 +0100, Thomas Schindl wrote:
> > > I've now taken a closer look into the whole thing and at the
> > > moment it seems t
What is the current status of mod_perl 2? Is it considered stable
enough for production use?
Absolutely. We've built our CMS product around mod_perl 2 and have it running
successfully on more than 15,000 implementations. It is certainly production ready.
JT ~ Plain Black
ph: 703-286-2525
On Sun, 18 Dec 2005 14:34:55 -0500
<[EMAIL PROTECTED]> wrote:
> What is the current status of mod_perl 2? Is it considered stable
> enough for production use?
Yes! I use it in production all the time.
-
Frank Wiles <[EMAIL PROTECTED]>
http://www.wiles.
Thanks Malcolm for the response.
Ok, so the constructor now is:
my %session;
tie %session, 'Apache::Session::MySQL', $sid, {
Handle => $_dbh,
LockHandle => $_dbh
};
$session{'stuff'} = 'is this in the database?';
untie( %session );
But still no data in the a_
On Wednesday 14 December 2005 10:50 am, Perrin Harkins wrote:
> On Wed, 2005-12-14 at 16:43 +0100, Thomas Schindl wrote:
> > I've now taken a closer look into the whole thing and at the moment
> > it seems to possible to use mod_dbd to provide the physical connection on
> > C-level to DBD::mysql.
Read the website!
http://perl.apache.org
"Love is not the one you can picture yourself marrying,
but the one you can't picture the rest of your life without."
"It takes a minute to have a crush on someone, an hour to lik
On Sunday 18 December 2005 02:31 pm, Michael Greenish wrote:
> Note that I set 'stuff' immediately after the session
> is created. I would expect at this point that the
> database be updated.
That's incorrect. The database is only updated when the session is untied
(usually on going out of scop
On Sunday 18 December 2005 02:30 pm, [EMAIL PROTECTED] wrote:
> When last I checked, mod_perl is not that great for a shared hosting
> environment.
You share interpreters and thus it's a security and stability problem. This
was supposed to be fixed by the per_child stuff in apache2 but my
und
Hello,What is the current status of mod_perl 2? Is it considered stable enough for production use?Thanks,David
Hello,
This seems be a rather basic problem but I haven't
found the solution in the last several hours and have
run out of ideas. I am using MP2 with Apache::Session
1.80. I have created a session object class so I can
keep the retrieving of the session out of my main
code. The session is calle
Hello,When last I checked, mod_perl is not that great for a shared hosting environment. Now I see that v.2 has accommodations for Apache vhosts, but it still looks like each site needs it's own full blown Perl interpreter sucking down memory.
Is there a way to configure mod_perl to act more like m
LUKE wrote:
> The apache v2.055 (mod_perl v2.02) will modify the Last-Modified's value
> automatically.
>
> If the OS time is "Sun, 18 Dec 2005 14:25:01 GMT" .
> And print out the Last-Modified header whith
> print "Last-Modified: Sun, 18 Dec 2005 14:28:01 GMT\n";
>
> The apache will modify
On Dec 17, 2005, at 5:56 PM, Frank Wiles wrote:
The best way to do this is to use the virtual hosts on the front
end to your advantage. So on the front end you "tell" the backend
which domain it came from:
ProxyPass / http://localhost:8080/domain.com/
ProxyPassReverse / ht
The apache v2.055 (mod_perl v2.02) will modify the
Last-Modified's value automatically.
If the OS time is "Sun, 18 Dec 2005 14:25:01 GMT"
.
And print out the Last-Modified header whith
print "Last-Modified: Sun, 18 Dec 2005 14:28:01
GMT\n";
The apache will modify the value with "Sun,
Chase Venters wrote:
> On Thursday 15 December 2005 03:35 pm, Perrin Harkins wrote:
>
>>Not a great way to start your post. Please read this:
>>http://modperlbook.org/html/ch10_01.html
>
>
> My apologies. I do own the book and I have read it, but it was some time ago
> and I didn't remember th
Hold on a second.
That's still not going to be a good spoof because you also would check
REMOTE_CLIENT as usual, and expect to always see your front-end's IP
there, so Randal's example isn't completely accurate, since you'll see
the real client's IP there and thus know not to trust the
X-Forwarded-
26 matches
Mail list logo
