Sorry for misconfiguration!
can you send the patch again, but attached as text/plain or just
embedded in the e-mail (watch for line wraps)?
This problem should be solve now.
Here is the patch in attachment.
Fred
ZENCOD
winmail.dat
Hello,
I am submitting a patch to mod_usertrack for your consideration.
This patch was developed here at Fast Search Transfer for
alltheweb.com and provides the following changes:
- ability to have a verbose and a compact version of the cookie
- ability to set a prefix string for the cookie
[EMAIL PROTECTED] wrote:
When doing a GET of a proxied URL as a subrequest within
a POSTed request, don't send the original POST's Content-Length
as part of the header for the GET.
Good catch! I was puzzling over some weird crud I was seeing and
this nailed it.
--
William A. Rowe, Jr. [EMAIL PROTECTED] writes:
Ok, after long debate on list, resistance from some quarters, and much
support from others, we need to draw this to a conclusion.
Since I brought it up, I'm willing to do the work. Depending on the
collective will of the project, I'm prepared
fabio rohrich [EMAIL PROTECTED] writes:
Hi!
In the mod I'm developing I have to threat with the
content phase (I'll strip out blanks from html code)
and with the logging phase (to report the size of the
stripped page).
In the module structure (module blanks_module) I have
to fill the
From: [EMAIL PROTECTED]
[mailto:trawick;rdu74-177-063.nc.rr.com]On Behalf Of Jeff Trawick
Sent: 08 November 2002 14:41
William A. Rowe, Jr. [EMAIL PROTECTED] writes:
Ok, after long debate on list, resistance from some quarters, and much
support from others, we need to draw this to a
At 07:49 AM 11/8/2002, Sander wrote:
I wouldn't mind taking on the RM job for 2.0.44.
And I won't mind giving it away :-)
However, prepare to lay down the tag Monday and start working
with both the dev and docs lists to gather as much of the docs work
into 2.0.44 as we can (under a 2_0_44_PRE1
For those interested (expecially committers), this is how I picture
cvs usage changing; I'm going to take the 'simple example' where
we presume most docs efforts are committed back to the 2.0 branch
from our development tree. And we will presume most folks work on
docs within the 2.1-dev tree
Some questions about mod_deflate :
1) Why this module is not enabled by default built ?
compression should be on to meet HTTP recommandations ?
2) What about a more advanced system ?
Currently :
SetEnv gzip-only-text/html 1
- make mod_deflate compress only text/html.
It seems like this patch should be at a higher level. Don't we also
have problems with POST to any other sort of included subrequest
being transformed into a GET but retaining the content-length
or other irrelevant (nasty) headers?
Is there a more appropriate place to make this correction for
William A. Rowe, Jr. wrote:
Ok, after long debate on list, resistance from some quarters, and much
support from others, we need to draw this to a conclusion.
Since I brought it up, I'm willing to do the work. Depending on the
collective will of the project, I'm prepared to do the following on
Jeff,
In the university we have Apache 1.3 working, that's
why i must write a module for apache 1.3 and not for
2.0.
Anyway, can u help me?
--- Jeff Trawick [EMAIL PROTECTED] ha scritto:
fabio rohrich [EMAIL PROTECTED] writes:
Hi!
In the mod I'm developing I have to threat with
the
[EMAIL PROTECTED] wrote:
trawick 2002/11/08 05:17:09
Modified:server core.c
Log:
adjust some parents to make the expression a tiny bit clearer and to
make gcc happy
core.c: In function `core_output_filter':
core.c:3884: warning: suggest parentheses around within ||
[Context: we are discussing the creation of an APACHE_2_0_RELEASE
branch and forking off API-breaking changes to a 2.1-dev branch. Greg's
question goes to APR, which is why it's cc'ed. Please keep this cross
posted thread about how Apache and APR versioning interact on topic :-]
At 11:01 AM
--On Friday, November 8, 2002 5:52 PM +0100 Henri Gomez
[EMAIL PROTECTED] wrote:
Some questions about mod_deflate :
1) Why this module is not enabled by default built ?
compression should be on to meet HTTP recommandations ?
No, that's not part of the HTTP specification per se.
2)
I want to add a new hook to apache2.
It's called the cgi-stderr hook.
If a CGI script emits anything on stderr, trap it into a bucket and let all modules
who want to look at the stderr bucket, do so.
This can be used to:
escalate scripting errors,
throttle apache to the
you would not want to modify the core for this. You would want to use optional
functions and add an optional function to mod_cgi to register for it. Then
have mod_cgi notify all registered methods of any stderr data.
sterling
-- Original Message --
Reply-To: [EMAIL PROTECTED]
Subject: RFC on
Some questions about mod_deflate :
1) Why this module is not enabled by default built ?
compression should be on to meet HTTP recommandations ?
2) What about a more advanced system ?
Currently :
SetEnv gzip-only-text/html 1
- make mod_deflate compress only text/html.
Extension
On a side note...
I think there should be a SetNote command so admins can tweak module settings through
(instead of SetEnv like below)...
Using SetEnv exposes the result to cgi applications...which is not always a good thing.
-Original Message-
From: Henri Gomez [SMTP:[EMAIL
I agree: it probably should be at a higher level. For now,
I made the change as localized as possible, in order to get
the proxy problem fixed quickly without breaking anything
else. But eventually the fix should probably be in the core.
The only problem is that I'm not sure where it's safe to
Henri Gomez [EMAIL PROTECTED] writes:
Some questions about mod_deflate :
1) Why this module is not enabled by default built ?
compression should be on to meet HTTP recommandations ?
asking for trouble w.r.t. the build unless we package the zlib code
ourselves and built it ourself in
21 matches
Mail list logo