>
> On Fri, 15 Nov 2002, Naaman Musawwir wrote:
> > Thanks. So, how can we keep track of any custom values? Cookies or
session.
> > Some useful API to maintain state for that?
>
> libapreq has some functions for manipulating cookies:
> http://httpd.apache.org/apreq/
>
Thanks again. I am modifying
On Fri, 15 Nov 2002, Naaman Musawwir wrote:
> Thanks. So, how can we keep track of any custom values? Cookies or session.
> Some useful API to maintain state for that?
libapreq has some functions for manipulating cookies:
http://httpd.apache.org/apreq/
The question is really way too general to b
> On Fri, 15 Nov 2002, Naaman Musawwir wrote:
> > I wanted to know about how this module keeps track of the logged in
> > user. We always get the value of user in request_rec strucrure
> > (r->user). If we store something manually in this structure that
> > vanishes after serving the current requ
On Fri, 15 Nov 2002, Naaman Musawwir wrote:
> I wanted to know about how this module keeps track of the logged in
> user. We always get the value of user in request_rec strucrure
> (r->user). If we store something manually in this structure that
> vanishes after serving the current request.
It doe
Hi there,
I wanted to know about how this module keeps track
of the logged in user. We always get the value of user in request_rec
strucrure (r->user). If we store something manually in
this structure that vanishes after serving the current request.
Thanks,
Naaman Musawwir.
> "Naaman Musawwir" <[EMAIL PROTECTED]> writes:
>
> > Right. In fact, I want to intercept the request in between and want to
> > redirect conditionally to somewhere else instead of where redirected by
> > ProxyPass.
> >
> > BTW where is ProxyPass implemented? I am kind of novice in Apache code
:)
>
I
have a question about the way mod_proxy_http works.
Does
the thread block until the response from the back end server is completed? Is
this MPM specific?
Any
document available about the basic architecture of mod_proxy?
Juan C. Rivera
> From: William A. Rowe, Jr. [mailto:wrowe@;apache.org]
> Sent: 14 November 2002 18:36
> At 10:17 AM 11/14/2002, you wrote:
> >*or after tagging 2.0.44; that distinction isn't important to me; I
> >just want to get the ball rolling to move it out of experimental;
> >OtherBill, if a tag is still im
At 10:17 AM 11/14/2002, you wrote:
>*or after tagging 2.0.44; that distinction isn't important to me; I
>just want to get the ball rolling to move it out of experimental;
>OtherBill, if a tag is still imminent, then it will definitely move
>*AFTER* 2.0.44; there is no need to complicate matters;
W
At 03:36 AM 11/14/2002, James Ponder wrote:
>On Wed, Nov 13, 2002 at 08:43:05PM -0500, Jeff Trawick wrote:
>> The recommended approach is to register a cleanup with the conn_rec
>> pool. When the connection goes away, so does the conn_rec pool, and
>> your cleanup will then run.
>
>Does that place
* André Malo wrote:
> since mod_negotiation is also able to deliver (statically) compressed
> content by request, it should respect the 'no-gzip' and
> 'gzip-only-text/html' variables, too.
>
> The attached patch adds this feature to mod_negotiation. It actually drops
> all encodings that are not
At 11:17 AM -0500 11/14/02, Jeff Trawick wrote:
>
>Is anyone against moving it to modules/filters for 2.0.stable?
>
I'm +1 for it being "upgraded" to non-experimental status
--
===
Jim Jagielski [|] [EMAIL PROTECTED]
*or after tagging 2.0.44; that distinction isn't important to me; I
just want to get the ball rolling to move it out of experimental;
OtherBill, if a tag is still imminent, then it will definitely move
*AFTER* 2.0.44; there is no need to complicate matters;
This module has been used successfully b
On 14 Nov 2002 [EMAIL PROTECTED] wrote:
> Index: modules/filters/mod_deflate.c
> ===
> RCS file: /home/cvs/httpd-2.0/modules/filters/mod_deflate.c,v
> retrieving revision 1.25
> diff -u -r1.25 mod_deflate.c
> --- modules/filters/mod_d
Hi,
i will quickly draw the problem i found 1 month ago:
When i am with apache + mod_proxy + mod_cache
client --> reverse_proxy_cache --> backend.
when the client ask for a document which will be handled with multiple
brigade, the first time when mod_cache is caching the document, the
client b
James Ponder <[EMAIL PROTECTED]> writes:
> On Wed, Nov 13, 2002 at 08:43:05PM -0500, Jeff Trawick wrote:
> > The recommended approach is to register a cleanup with the conn_rec
> > pool. When the connection goes away, so does the conn_rec pool, and
> > your cleanup will then run.
>
> Does that p
On Wed, Nov 13, 2002 at 08:43:05PM -0500, Jeff Trawick wrote:
> The recommended approach is to register a cleanup with the conn_rec
> pool. When the connection goes away, so does the conn_rec pool, and
> your cleanup will then run.
Does that place any restrictions on what can be done in the clean
17 matches
Mail list logo
