flood STATUS: -*-text-*-
Last modified at [$Date: 2002/09/06 10:24:42 $]
Release:
1.0: Released July 23, 2002
milestone-03: Tagged January 16, 2002
ASF-transfer: Released July 17, 2001
milestone-02: Tagged August 13,
httpd-test/perl-framework STATUS: -*-text-*-
Last modified at [$Date: 2002/03/09 05:22:48 $]
Stuff to do:
* finish the t/TEST exit code issue (ORed with 0x2C if
framework failed)
* change existing tests that frob the DocumentRoot (e.g.,
Hi there,
This is a late follow-on from some posts in May.
mod_autoindex in Apache/2 does not show filenames for which the requester is
not authenticated, which is a change from the 1.3 behaviour.
The first patch below introduces a per-directory directive which
allows the administrator list
On Thu, Nov 21, 2002 at 09:09:35AM +, Francis Daly wrote:
There are two further optional code patches to follow, which are only
useful if something similar to these are accepted.
Here come the patches...
The first changes the icon presented in the mod_autoindex listing (if
FancyIndexing
Bill Stoddard wrote:
Pie is rarely free at a truck stop.
At least none that you would want to dip your fingers into
And in fine what about mod_deflate to be added by default in
Apache 2.0.44 ?
And if so should we use the mod_gzip compression functions instead of
depending on zlib ?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'd just like to say thanks that someone finally got round to this,
it's been my only significant issue with Apache 2 since I started
using it :)
Thanks again,
Chris Taylor - The guy with the PS2 WebServer
Email: [EMAIL PROTECTED] - PGP:
Henri Gomez [EMAIL PROTECTED] writes:
And in fine what about mod_deflate to be added by default in
Apache 2.0.44 ?
And if so should we use the mod_gzip compression functions instead of
depending on zlib ?
I would be shocked if any significant subset of the people who have to
support this
Jeff Trawick wrote:
Henri Gomez [EMAIL PROTECTED] writes:
And in fine what about mod_deflate to be added by default in
Apache 2.0.44 ?
And if so should we use the mod_gzip compression functions instead of
depending on zlib ?
I would be shocked if any significant subset of the people who
Henri Gomez [EMAIL PROTECTED] writes:
Jeff Trawick wrote:
Henri Gomez [EMAIL PROTECTED] writes:
And in fine what about mod_deflate to be added by default in
Apache 2.0.44 ?
And if so should we use the mod_gzip compression functions instead of
depending on zlib ?
I would be shocked if
And in fine what about mod_deflate to be added by default in
Apache 2.0.44 ?
Here's a reason for this. Content encoding and the ability to send
compressed data is part of the HTTP standard and if Apache 2.x is really
HTTP compliant then it should support it.
Why build and offer a new version
So what about for 2.0.45 dev ?
My prediction about interest in such a switch was independent of
timeframe. I doubt that such a switch will ever happen.
2.0.44 won't be the last 2.0 release isn't it ?
What do you means ?
- Put zlib full source tree in Apache 2.0 tree and make
a static
Peter J. Cranstone wrote:
And in fine what about mod_deflate to be added by default in
Apache 2.0.44 ?
Here's a reason for this. Content encoding and the ability to send
compressed data is part of the HTTP standard and if Apache 2.x is really
HTTP compliant then it should support it.
The
Henri Gomez wrote...
- Put part of zlib code in Apache 2.0 source ?
Jeff Trawick wrote...
that is what I suspect to be the safest, easiest-to-understand way...
the build would work like on Windows, where the project file for
mod_deflate pulls in the right parts when building
--On Wednesday, November 20, 2002 9:19 PM -0500 Joshua Slive
[EMAIL PROTECTED] wrote:
Right. People should be using
Include conf/*.conf
The docs now explicitly discourage the use of directory includes to
avoid exactly this problem.
++1. -- justin
* André Malo ([EMAIL PROTECTED]) wrote :
* Thom May wrote:
This is in response to a debian bug request; basically it just tightens up
the list of allowed characters, so we don't include .dotfiles and backups
etc.
Thoughts?
hmm. I don't like it. The most can easily be done with normal
* Thom May wrote:
* André Malo ([EMAIL PROTECTED]) wrote :
* Thom May wrote:
This is in response to a debian bug request; basically it just tightens up
the list of allowed characters, so we don't include .dotfiles and backups
etc.
Thoughts?
hmm. I don't like it. The most can easily be
On Thu, 21 Nov 2002, Thom May wrote:
OK, so Justin and I were just discussing this in the bar at apachecon, and
I explained the use-case I was interested in, and why I wanted this patch:
We have a directory tree containing vhosts:
/etc/apache2/sites-enabled
this contains file in this form:
This bubbled up on some discussion with statistic freaks:
The attached patch allows the user to log the accurate filter input and
output byte count, instead of only the rounded compression ratio.
The DeflateFilterNote directive will be extended as follows:
DeflateFilterNote [type] name
type
This is a feature, I'm already missing a long time. However, the attached
patch allows the percent sign to be put into the log format string as
usual, for example:
LogFormat '... %{deflate-ratio}n%% ...'
would result in ... 56% ...
nd
--
Treat your password like your toothbrush. Don't let
19 matches
Mail list logo
