Title: Apache proxy behaviour...
Hi there,
I came with a problem which surprise me, as I thought Apache was working
differently...
We have Apache 2.0.55 working in reverse-proxy in front of different
webservers.
One of our website takes a long time to process requests and respond to
the
Well, I think increasing
the proxy timeout isnt a good idea on a reverse-proxy in a production environment
as it quickly monopolize, when one of the proxied webservers badly crash, a
huge amount of httpd process waiting for this timeout to occur
Anyway, even if the
Apache timeout is
Title: Mod_Rewrite Performance
Hello,
We are using Apache as a Reverse-Proxy for our websites, and we implemented mod_rewrite on it so that we can do some whitelisting of our websites' URIs.
Our question is, what will give us the best performance :
- Many RewriteRule options with simple
Title: Question on mod_proxy and mod_rewrite behaviour when a remote proxy is unavailable
Hello,
I just have a very simple question about the behaviour of mod_proxy and mod_rewrite.
Our configuration looks like that :
VirtualHost 10.10.10.10
ServerName www.toto.fr
RewriteEngine On
ine-De: CASTELLE Thomas
[mailto:[EMAIL PROTECTED]Envoyé: jeudi 12 juin 2003
17:49À: [EMAIL PROTECTED]Objet: [PATCH]
mod_cache RFC compliance
Hello,
In order to accelerate the RFC compliance of mod_cache, I
propose these two patches which fix two problems : -
It doesn't handle
with the patch as it currently exists.
Things like looking for Etag and Last-Modified in only one of the
*headers_out locations.
I have to finish a piece of high priority work up today and tomorrow
and then, hopefully, I can get back to this.
Paul J. Reder
CASTELLE Thomas wrote:
Hello everyone,
I
, and
committed soon.
Thanks for the kickstart on this.
Paul J. Reder
CASTELLE Thomas wrote:
Thanks for looking into this Paul !
Concerning the second question, I totally agree with you. I tested it
and it works. It is obviously more logical...
I hope you will be able to integrate
Title: [PATCH] mod_cache RFC compliance
Hello,
In order to accelerate the RFC compliance of mod_cache, I propose these two patches which fix two problems :
- It doesn't handle the Cache-Control directives (max-age, max-stale, min-fresh...) properly.
- It doesn't send a If-Modified-Since to
, and apr_size_t is a 'long'..
-Madhu
-Original Message-
From: CASTELLE Thomas [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 13, 2003 2:23 AM
To: [EMAIL PROTECTED]
Subject: RE: Problem with SSL in 64 bit build on Solaris
Well, actually we had problems with a 64-bit build
Message-From: CASTELLE Thomas
[mailto:[EMAIL PROTECTED]]Sent: Wednesday, February 12, 2003
1:15 AMTo: [EMAIL PROTECTED]Subject: Problem with SSL
in 64 bit build on Solaris
Hi there !
I'm sorry to come again with this, but it is quite important
to us : is someone looking at the bug
Title: Problem with SSL in 64 bit build on Solaris
Hi there !
I'm sorry to come again with this, but it is quite important to us : is someone looking at the bug 16333 I opened a few weeks ago ? I don't need a solution right now, but I would be relieved if I know that someone's looking at
Title: mod_cache behaviour in Apache 2.0.44
Hi there !
I'm currently looking at mod_cache to see if it is enough RFC compliant to be used in production environment, and I pointed to something that seems a bug to me, maybe can you help :
in cache_util.c, in the ap_cache_check_freshness
ine-De: CASTELLE Thomas
[mailto:[EMAIL PROTECTED]]Envoyé: vendredi 24 janvier 2003
12:46À: [EMAIL PROTECTED]Objet: mod_cache
behaviour in Apache 2.0.44
Hi there !
I'm currently looking at mod_cache to see if it is enough RFC
compliant to be used in production environment, and I pointed to
Title: Mod_disk_cache garbage-collecting question
Hi there !
I just have a very simple question concerning garbage-collecting under mod_disk_cache.
It doesn't seem to be implemented yet (by the way, is there a deadline for this ?), but there is a CacheSize directive which seems to be
14 matches
Mail list logo
