Julian, good day.
Tue, Apr 03, 2007 at 06:52:59PM +0200, Julian Reschke wrote:
Eygene Ryabinkin schrieb:
Good day!
Sorry for rather long letter, but this is the summary from numerous
discuissions and I really tried to make it short.
...
Hi.
RFC2518bis allows the Destination header to
-Ursprüngliche Nachricht-
Von: Mladen Turk
Gesendet: Dienstag, 3. April 2007 17:25
An: dev@httpd.apache.org
Betreff: Re: Bug 41897 / Session-Stickiness with mod_proxy_balancer
stickysession=JSESSIONID stickysession=;jsessionid
stickysession=MYSESSION
would mean:
Hi,
any commens/objections on this patch?
On 2/28/07, Dziugas Baltrunas [EMAIL PROTECTED] wrote:
Hi, list,
attaching same patch with small correction to the one submitted
previously (was unnecessary double check for PROXYREQ_REVERSE).
Patch is for httpd-2.2.x branch.
On 2/28/07, Dziugas
Mladen Turk wrote:
...
or perhaps a different notation ...
stickysession=Cookie:JSESSIONID stickysession=Env:MYSESSION
I like that much more - these flags like [C] rather raise questions
like
can I add multiple of them?.
What about this?:
stickysession
The attribute can occur multiple times
On Wed, 4 Apr 2007 12:08:15 +0300
Dziugas Baltrunas [EMAIL PROTECTED] wrote:
Hi,
any commens/objections on this patch?
Hmmm ... not sure I understand the problem you're fixing.
Currently mod_proxy_http adds X-Forwarded-* headers
unconditionally when we have a reverse proxy request and
Hi, Nick,
if you recall my initial paragraph, I'm here to address the
configuration of httpd acting as a generic HTTP proxy which is able to
handle both a standard (forward proxy mode) and transparent (reverse
proxy mode) proxy requests. This is the same what other proxy servers
(like Squid) do.
Eygene Ryabinkin schrieb:
Julian, good day.
Tue, Apr 03, 2007 at 06:52:59PM +0200, Julian Reschke wrote:
Eygene Ryabinkin schrieb:
Good day!
Sorry for rather long letter, but this is the summary from numerous
discuissions and I really tried to make it short.
...
Hi.
RFC2518bis allows the
Plüm wrote:
1. You want to change sticky in struct proxy_balancer from
const char *sticky
to something like
const char *sticky[MAX_ENTRIES]
Yes, although MAX_ENTRIES would be 3 for now
(cookie, path and env)
Why is FOO stored in balancer-sticky-[2]? Is it because
Julian,
Wed, Apr 04, 2007 at 01:12:54PM +0200, Julian Reschke wrote:
Pardon for my stupideness, but what 'that reason' you are talking
about? The previous letter was rather long and I fail to identify
the exact point you're commenting. Could you, please, elaborate
a bit?
Sorry.
What I
ons 2007-04-04 klockan 13:12 +0200 skrev Julian Reschke:
What I meant by reason was the fact that the Destination header (and
some aspects of the If header) require absolute URIs, which is
problematic when there's a reverse proxy in the transmission path. All
the issues around to rewrite
Thanks for the clarifications.
-Ursprüngliche Nachricht-
Von: Mladen Turk
Gesendet: Mittwoch, 4. April 2007 13:36
An: dev@httpd.apache.org
Betreff: Re: Bug 41897 / Session-Stickiness with mod_proxy_balancer
Plüm wrote:
1. You want to change sticky in struct
On Feb 28, 2007, at 11:59 AM, Dziugas Baltrunas wrote:
Hi, list,
attaching same patch with small correction to the one submitted
previously (was unnecessary double check for PROXYREQ_REVERSE).
Patch is for httpd-2.2.x branch.
Patches should be against trunk. Once approved
and proven in
Hi
I recently installed a module called mod_auth_xradius on my server.
This module is available from :-
http://www.outoforder.cc/projects/apache/mod_auth_xradius/
It provides authentication against RAIDUS which is exaclty what
I need but unfortunately I have found a bug which is causing me
On Apr 4, 2007, at 8:46 AM, Plüm, Rüdiger, VF-Group wrote:
But this means that we break the ABI here. If struct proxy_balancer
is part
of a public API (I am not sure about this) this would require a
major bump
and would prevent backporting.
Since the whole idea of loadable lb method
Eygene Ryabinkin schrieb:
Julian,
Wed, Apr 04, 2007 at 01:12:54PM +0200, Julian Reschke wrote:
Pardon for my stupideness, but what 'that reason' you are talking
about? The previous letter was rather long and I fail to identify
the exact point you're commenting. Could you, please, elaborate
a
Plüm wrote:
Yes, although MAX_ENTRIES would be 3 for now
(cookie, path and env)
But this means that we break the ABI here. If struct proxy_balancer is part
of a public API (I am not sure about this) this would require a major bump
and would prevent backporting.
The other solution is to
Julian,
Wed, Apr 04, 2007 at 03:22:53PM +0200, Julian Reschke wrote:
So, your point is that Apache should make no attempts to rewrite
the 'Destination' header for DAV and clients should use absolute
paths for DAV. Or we still need 'Destination' rewriting? In the
reverse proxy mode, I mean.
Eygene Ryabinkin schrieb:
Julian,
Wed, Apr 04, 2007 at 03:22:53PM +0200, Julian Reschke wrote:
So, your point is that Apache should make no attempts to rewrite
the 'Destination' header for DAV and clients should use absolute
paths for DAV. Or we still need 'Destination' rewriting? In the
On Apr 4, 2007, at 9:38 AM, Mladen Turk wrote:
Plüm wrote:
Yes, although MAX_ENTRIES would be 3 for now
(cookie, path and env)
But this means that we break the ABI here. If struct
proxy_balancer is part
of a public API (I am not sure about this) this would require a
major bump
and
-Ursprüngliche Nachricht-
Von: Jim Jagielski
Gesendet: Mittwoch, 4. April 2007 16:16
An: dev@httpd.apache.org
Betreff: Re: Bug 41897 / Session-Stickiness with mod_proxy_balancer
On Apr 4, 2007, at 9:38 AM, Mladen Turk wrote:
Plüm wrote:
Yes, although MAX_ENTRIES
Plüm wrote:
Plus does it make sense to split the sticky string everytime we search
for a route? From my performance feeling this split should be done during
configuration time.
We can use the NUL separated double NUL terminated string.
Then a part is start + strlen(start)
Regards,
Mladen.
On Apr 4, 2007, at 10:27 AM, Plüm, Rüdiger, VF-Group wrote:
Hmmm... I like this idea. Not sure about the use of '/'
as the delim (simply because of its other meanings) but
that's secondary.
Of course, we can't use strtok, since sticky is a const
char and we can't be shoving NULLs in there :)
On Wed, Apr 04, 2007 at 10:48:58AM -0400, Eric Covener wrote:
There's a simple patch attached to the report which tells httpd to
keep its hands off ap_is_HTTPD_REDIRECT e.g. 3xx. Given the
description of ProxyErrorOverride I wouldn't think expectations would
be that 3xx responses would be
On Wed, 4 Apr 2007 10:48:58 -0400
Eric Covener [EMAIL PROTECTED] wrote:
Can any proxy gurus reconsider this bug status?
Hmmm, I have some recollection of debating this before,
presumably without reaching any consensus for change.
-if (conf-error_override == 0 ||
On 4/4/07, Nick Kew [EMAIL PROTECTED] wrote:
On Wed, 4 Apr 2007 10:48:58 -0400
Eric Covener [EMAIL PROTECTED] wrote:
Can any proxy gurus reconsider this bug status?
Hmmm, I have some recollection of debating this before,
presumably without reaching any consensus for change.
-if
On Apr 4, 2007, at 11:34 AM, Georg von Zezschwitz wrote:
Jim Jagielski schrieb:
Rüdiger's point is that we would be doing the scanning
for each and every request, which is wasteful since they
aren't changing. Even in the above the strlen() is
counting chars that don't change between requests.
Am Montag, den 02.04.2007, 21:44 -0400 schrieb Sam Carleton:
I am looking at using the deviL graphics library to downsize the
images in the apache module I am developing. Currently it manages
it's own memory, I don't know the details, though. Am I getting
carried away with wanting to simply
On 4/4/07, Eric Covener [EMAIL PROTECTED] wrote:
but flipping the comparison might
make more sense based on the structure of context:
Scratch that of course,
--
Eric Covener
[EMAIL PROTECTED]
Mladen Turk schrieb:
...
or perhaps a different notation ...
stickysession=Cookie:JSESSIONID stickysession=Env:MYSESSION
I like that much more - these flags like [C] rather raise questions like
can I add multiple of them?.
What about this?:
stickysession
The attribute can occur multiple times
On 4/4/07, Joachim Zobel [EMAIL PROTECTED] wrote:
Downside:
If the module permanently allocs and frees again, it may become a memory
hog with pools.
but u can create subpools... so that when you free the subpool, all the
memory allocated from it will be free'd, isn't it?
Dumindu Pallewela wrote:
On 4/4/07, Joachim Zobel [EMAIL PROTECTED] wrote:
Downside:
If the module permanently allocs and frees again, it may become a memory
hog with pools.
but u can create subpools... so that when you free the subpool, all the
memory allocated from it will be free'd,
On 3/23/07, David Jones [EMAIL PROTECTED] wrote:
ok here's the simple patch at the 2.0.x level that just checks platforms for
htdbm.c
Can you post a post to htdbm.c at trunk?
On 4/4/07, Jeff Trawick [EMAIL PROTECTED] wrote:
On 3/23/07, David Jones [EMAIL PROTECTED] wrote:
ok here's the simple patch at the 2.0.x level that just checks platforms for
htdbm.c
Can you post a post to htdbm.c at trunk?
whoops, make that Can you post a PATCH...
On Wed, 4 Apr 2007 23:49:43 +0530
Dumindu Pallewela [EMAIL PROTECTED] wrote:
On 4/4/07, Joachim Zobel [EMAIL PROTECTED] wrote:
Downside:
If the module permanently allocs and frees again, it may become a
memory hog with pools.
but u can create subpools... so that when you free
On Wed, Apr 04, 2007 at 04:30:31PM +0100, Nick Kew wrote:
Hmmm, I have some recollection of debating this before,
Yes, in the comments of the bug the OP linked.
presumably without reaching any consensus for change.
Well no-one's refuted (or replied to in any fashion) my last posts in
On Wed, 4 Apr 2007 22:34:31 +0100
Stuart Children [EMAIL PROTECTED] wrote:
Whatever happens, the documentation should be clarified. But to my
mind there is no doubt that I would not expect a redirect (or Not
Modified for that matter) to be considered an error.
The semantics of Error here are
On 4/4/07, Nick Kew [EMAIL PROTECTED] wrote:
What I'd suggest is giving conf-error_override a numeric value
rather than an On/Off flag, and checking
r-status conf-error_override
That way we'll get existing behaviour with it set to 300 (so we
can alias On to that), and get the behaviour you
On Wed, Apr 04, 2007 at 10:40:27PM +0100, Nick Kew wrote:
Whatever happens, the documentation should be clarified. But to my
mind there is no doubt that I would not expect a redirect (or Not
Modified for that matter) to be considered an error.
The semantics of Error here are the same as
On Wed, 4 Apr 2007 18:08:14 -0400
Eric Covener [EMAIL PROTECTED] wrote:
new patch available that preserves the old behavior wrt 3xx responses
using the strategy quoted above -- no thought given to change in
behavior of 1xx responses
http://issues.apache.org/bugzilla/show_bug.cgi?id=39245
APACHE 2.3 STATUS: -*-text-*-
Last modified at [$Date: 2006-08-22 16:41:03 -0400 (Tue, 22 Aug 2006) $]
The current version of this file can be found at:
* http://svn.apache.org/repos/asf/httpd/httpd/trunk/STATUS
Documentation status is maintained
APACHE 2.0 STATUS: -*-text-*-
Last modified at [$Date: 2007-03-20 22:53:42 -0500 (Tue, 20 Mar 2007) $]
The current version of this file can be found at:
* http://svn.apache.org/repos/asf/httpd/httpd/branches/2.0.x/STATUS
Documentation status is
On 4/4/07, Graham Dumpleton [EMAIL PROTECTED] wrote:
I missed out on the start of this conversion so really don't know what
you are trying to do
I have one module that does a few different things.
1: create a index html document of images
2: create a page html document of one image (when user
On 05/04/07, Sam Carleton [EMAIL PROTECTED] wrote:
On 4/4/07, Sam Carleton [EMAIL PROTECTED] wrote:
On 3/27/07, Sam Carleton [EMAIL PROTECTED] wrote:
On 3/27/07, Issac Goldstand [EMAIL PROTECTED] wrote:
More importantly, lets say my module is called mod_coolapp and when I
have it
43 matches
Mail list logo