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
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 that some
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:
VirtualHost domain.com:80
ProxyPass / http://localhost:8080/domain.com/
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 the value
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
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
Hello,What is the current status of mod_perl 2? Is it considered stable enough for production use?Thanks,David
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
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
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 like
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. I've
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
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.org
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 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 to possible
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 virtualhost work well.
(but of course fill @inc)
I suspect -Mlib would work well if I could set the
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 virtualhost work
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
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
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
-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
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
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
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
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
25 matches
Mail list logo