Apache user mailing lists, or see if there's a list or newsgroup for
mod_rewrite.
- Perrin
--
Tom Lancaster Red Hat, Inc.
[EMAIL PROTECTED] (510)-986-8770 x 354
This patch is necessary to allow rewriterules to be applied to subrequests when
they are meant to be proxied. We
On closer examination, I don't think this will solve your problem - this
helps when you want to proxy something that's been included via mod_include.
Tom
On Tue, May 14, 2002 at 09:32:54AM -0700, Tom Lancaster wrote:
I think I had a similar problem. It's a while since I tackled it, so I
This benchmark can be very non-representive. If you don't know how to
optimize each and every thing under test, you end up with unfair
benchmark and come to potentially wrong conclusions. Take TT, add compiled
template caching on the disk and shared TT object and I bet TT won't be at
the
in /var/log/httpd/error_log, but defined in your apache
configuration.
--
Tom Lancaster Red Hat, Inc.
[EMAIL PROTECTED] (510)-986-8770 x 354
has probably contributed something here.
No pun intended, BTW.
--
Tom Lancaster Red Hat, Inc.
Web Engineer(415) 777-9810 x 228
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail
t; directive will
clobber the first. So what's the workaround? I couldn't think of what the
logical perl translation to having two require directives would be...
-Adi
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For add
Anyone have any experience doing Files sections inside of perlsections virtualhosts.
I can't see anything in the docs about this.
Just wanted to ask before I start experimenting, as I don't have the first clue about
how this syntax might work.
Thanks,
--
Tom Lancaster Red Hat, Inc
My experience of using DBI::Proxy several months ago is that it's
terribly slow, and breaks all the time.
It's not meant to be used in a production environment ( and that's
according to the authors ).
I managed to get it running, on linux and NT, but due to the lack of a
working fork() or
for it. Is it the RPC chunk that is slow
and unreliable or the DBI part? Or has no one really pursued making a
production-quality module out of it?
Bill
At 11:24 AM -0700 9/19/00, Tom Lancaster wrote:
My experience of using DBI::Proxy several months ago is that it's
terribly slow
Doug MacEachern wrote:
the suggestion was to upgrade Apache::ExtUtils (to cvs version, w/ bug
fix), which generates PerlVINC.xs.
Where can I find this?
I get the behaviour described in the BUGS section of the docs: server
silently fails to start.
However, I'm using the latest version of Apache::ExtUtils, as
recommended.
Also using mod_perl 1.22, Apache 1.3.12, Apache::ASP 2.03.
Has anyone got PerlVINC to work with this combo?
Tom
That's the version I'm using, and it's in the docs for that module that
the problem I'm having is described. It claims to be fixable by using
the latest ExtUtils. I guess not :(
I suppose I'd better update my mod_perl.
Stas Bekman wrote:
On Fri, 18 Aug 2000, Tom Lancaster wrote:
I get
Doug MacEachern wrote:
On Tue, 6 Jun 2000, Tom Lancaster wrote:
Here's the output of gdb: ( now what does this mean?)
...
Breakpoint 1, 0x400ddd35 in exit () from /lib/libc.so.6
(gdb) bt
#0 0x400ddd35 in exit () from /lib/libc.so.6
#1 0x80851e1 in ap_start_restart ()
#2
Hi,
I've got this strange behavior in a production site that until a recent
upgrade never showed this kind of thing:
I've set maxclients to 50, maxrequestsperchild 1.
What happens is that the server runs fine, is fast, etc, but the number
of apache processes climbs gradually until it reaches
0x400ddd35 in exit () from /lib/libc.so.6
#1 0x80851e1 in ap_start_restart ()
#2 0x8085454 in ap_start_restart ()
#3 0x80862d7 in ap_child_terminate ()
#4 0x8086a4d in main ()
#5 0x400d5a42 in __libc_start_main () from /lib/libc.so.6
(gdb)
Stas Bekman wrote:
On Tue, 6 Jun 2000, Tom
/5.005/i386-linux/mod_perl.pm line 65535.
What's causing this?
Stas Bekman wrote:
On Tue, 6 Jun 2000, Tom Lancaster wrote:
Here's the output of gdb: ( now what does this mean?)
You should compile mod_perl with PERL_DEBUG=1, see the SUPPORT file.
Starting program: /usr/sbin/apache -X
Hi,
I get this error on startup:
Subroutine Apache::TIEHANDLE redefined at
/usr/lib/perl5/5.005/i386-linux/mod_perl.pm line 65535.
What does this mean?
Thanks,
Tom
Can anyone tell me why the '*' is not coming through in the fdat stuff?
Even better, does anyone know how to allow it?
I assume this is some kind of HTML-escaping for our safety.
I amusing 1.3b2 with the following options:
$optRawInput = 0;
$optDisableTableScan = 2048;
$escmode = 0;
Yes,
we use our own url-rewriting implementation of Apache::Session::DBI -
we just use method calls instead of hrefs
($ui-a_href('page.html','querystring','other stuff') ) which whop a
key=Apache::Sessionkey into the query string.
In addition, to time out sessions we added a timestamp field to
19 matches
Mail list logo
