In a message dated 01-09-03 04:55:08 EDT, Henri Gomez writes...
Ryan Bloom [EMAIL PROTECTED] wrote:
If you want to use gzip, then zip your data before putting it on-line.
That
doesn't help generated pages, but perl can already do gzip, as can PHP.
Let me expose my mod_gzip user
Hi Henri...
This is Kevin Kiley.
It isn't necessary to ask Jean or Mark about leaks in ZLIB with
regards to mod_gzip or add any 'warnings' because mod_gzip
does NOT USE ZLIB.
Hi Kevin, happy to see you there :)))
You're right, now the gzip code in included in mod_gzip.c
and didn't rely anymore
On Sun, Sep 02, 2001 at 02:01:15PM -0700, Ryan Bloom wrote:
On Sunday 02 September 2001 10:28, Jim Winstead wrote:
...
it may be worth following the gnu project's lead on these targets,
since they use the same names.
http://www.gnu.org/prep/standards_55.html#SEC55
(for them,
I'm in complete agreement with Justin on this one.
Add says add to me. And filters *are* additive.
I wouldn't agree with Joshua's comments about tossing filter directives and
rely on each module to provide their own (how would you order them?), but I
think his meta-comment about this stuff is
Hi Sander.
is it possible to post patches from the most recent CVS version.
that would make it much easier for people to apply them
Thanks
..Ian
On Sun, 2001-08-26 at 08:29, Sander Striker wrote:
[this time including the attachment...]
Hi,
It seems that the memory management
Are per-dir configs available before the uri-filename translation handler
in 1.3.x, or do they apply to the translated filenames and thus any config
directives accessed by the filename translation hook can only be
server-wide?
And is this the same in 2.0.x?
It would make sense to me for this to
On Monday 03 September 2001 03:32, Gomez Henri wrote:
You're right, now the gzip code in included in mod_gzip.c
and didn't rely anymore on the zlib external lib. And I
didn't even noticed :(
Question, when did you included the gzip code in mod_gzip ?
I remember I've to add -lz -lm when
At 12:42 PM -0600 9/2/01, Peter J. Cranstone wrote:
It's an amazing analysis of mod_gzip on HTTP traffic and includes all
different browser types. Here is what is amazing, check out the saved
column and the average savings for all the different stats... About
51%
That's a HUGE benefit to ALL
Jim,
1. There are no patents on any of the technologies contained within
mod_gzip. Neither Remote Communications, HyperSpace
Communications or either Kevin and I have any patent coverage in
this module.
2. Kevin has already covered the licensing issue in detail. (see
previous
On Mon, Sep 03, 2001 at 04:40:15AM -0400, [EMAIL PROTECTED] wrote:
I suggest (again) that the entire ZLIB source code package be IMMEDIATELY
added to the Apache source code tree. Like... TOMORROW.
It seems silly to discuss adding anything like mod_gz ( or our Enhanced
ApacheBench or any
On Mon, 3 Sep 2001, Justin Erenkrantz wrote:
On Mon, Sep 03, 2001 at 04:40:15AM -0400, [EMAIL PROTECTED] wrote:
I suggest (again) that the entire ZLIB source code package be IMMEDIATELY
added to the Apache source code tree. Like... TOMORROW.
Like, no. It makes zero sense to rush into
From: Justin Erenkrantz [EMAIL PROTECTED]
Sent: Monday, September 03, 2001 12:57 PM
I also think that we do not need to redistribute zlib in our source
tree. I think it is common enough now that most OSes come with it.
(I look at how we handle the OpenSSL library and think zlib falls
in
On Mon, 3 Sep 2001, Peter J. Cranstone wrote:
Marc,
It makes zero sense to rush into doing something just to do
something without any clear concept of where it is going or what
steps really need to be taken to get there.
Here's a concept Save bandwidth. Here's another one, it's
On Mon, Sep 03, 2001 at 12:22:33PM -0700, Justin Erenkrantz wrote:
My point is that almost every OS comes with a copy of zlib now. We
can't expect most people to have pcre and expat, but I think we can
with zlib though. I'd rather not build zlib if we didn't need to.
The exception here
On Mon, Sep 03, 2001 at 01:37:38PM -0600, Jerry Baker wrote:
Of course, if it's made as easy as dropping the zlib dist into /srclib
(like OpenSSL), then it doesn't matter to me.
Oh, I see Makefile.win now. Yes, the Unix build doesn't do that, but
for Win32, I bet this is a reasonable
Guys,
Whatever you want to do. I don't care. Vote on mod_gz for 2.x and
mod_gzip for 1.3.x (we submitted this to the ASF last October 13 2000)
It's really that simple, you can debate it for evermore. Kevin and I are
focused on mod_gzip 2.x which will be released when 2.x goes solid beta.
This
Don't you think that is too much??
[Mon Sep 3 17:32:12 2001] [error] server reached MaxClients setting,
consider raising the MaxClients setting
In my httpd.conf:
MaxClients = 256
Start Servers = 300 ( It was 5, I increased just for testing)
MinSpareServers = 20 ()
MaxSpareServers = 800 ()
So, what do you suggest?
-Mensagem original-
De: George Schlossnagle [mailto:[EMAIL PROTECTED]]
Enviada em: Segunda-feira, 3 de Setembro de 2001 18:52
Para: [EMAIL PROTECTED]
Cc: 'Justin Erenkrantz '
Assunto: Re: IncreaseStartServers
If you set StartServers to 300, but MaxClients
What were your original settings? The defaults?
On Monday, September 3, 2001, at 05:48 PM, Daniel Abad wrote:
So, what do you suggest?
-Mensagem original-
De: George Schlossnagle [mailto:[EMAIL PROTECTED]]
Enviada em: Segunda-feira, 3 de Setembro de 2001 18:52
Para: [EMAIL
Ryan Bloom wrote:
But keeping it simple would essentially make the cache less useful. If I request
a pdf file using three different browsers, the server will most likely have three
different
copies of the same file. One with byteranges, one with chunks, and one with
neither.
This returns
Multiple filters in the chain for each classification can exist
(ordering between classifications shouldn't matter...) This
way you can have a URL handled by mod_include and mod_php (but
the mod_include portion can't create PHP tags and vice versa
since you can't guarantee when it will run
Justin Erenkrantz wrote:
handler---content-filter-cache-filter-transfer-filter-network
(default) (mod_include, (mod_cache) (mod_gz{ip}, (core)
mod_php) ^ mod_proxy,
| byte ranges)
can
On Mon, 3 Sep 2001, Peter J. Cranstone wrote:
Marc,
Rather than continue this thread let's see if we can put this subject
into the end zone.
There are numerous unresolved issues and unanswered questions that
have been brought up. The only way to get anywhere is to change them
from
This is an updated version of a patch that I posted a while back. I've
cleaned up my code a bit and modified it to work with the latest version
of mod_include.
This patch attempts to pre-merge all of the non-regex, non-.htaccess
per-directory configuration structures at server startup, so that
Ryan Bloom wrote:
You know what's really funny? Every time this has been brought up before,
the Apache core has always said, if you want to have gzip'ed data, then
gzip it when you create the site. That way, your computer doesn't have to
waste cycles while it is trying hard to serve
From: Graham Leggett [EMAIL PROTECTED]
Sent: Monday, September 03, 2001 11:30 AM
Ryan Bloom wrote:
But keeping it simple would essentially make the cache less useful. If I request
a pdf file using three different browsers, the server will most likely have three
different
copies of
From: Justin Erenkrantz [EMAIL PROTECTED]
Sent: Monday, September 03, 2001 5:39 PM
I'll jump in here now that I have an idea what you are talking
about. I think our filter classifications can be:
handler---content-filter-cache-filter-transfer-filter-network
(default) (mod_include,
On Monday 03 September 2001 11:36, William A. Rowe, Jr. wrote:
From: Justin Erenkrantz [EMAIL PROTECTED]
Sent: Monday, September 03, 2001 12:57 PM
I also think that we do not need to redistribute zlib in our source
tree. I think it is common enough now that most OSes come with it.
(I
On Monday 03 September 2001 15:42, Rasmus Lerdorf wrote:
Multiple filters in the chain for each classification can exist
(ordering between classifications shouldn't matter...) This
way you can have a URL handled by mod_include and mod_php (but
the mod_include portion can't create PHP
On Mon, 3 Sep 2001, William A. Rowe, Jr. wrote:
This patch entirely blows up internal redirection and subrequests,
I would expect.
I'm building HEAD now in order to test it with httpd-test. Results to
follow shortly.
--Cliff
--
From: Brian Pane [EMAIL PROTECTED]
Sent: Monday, September 03, 2001 8:59 PM
William A. Rowe, Jr. wrote:
[...]
About your patch - if it goes in this direction (I simply skimmed it so far)
then I'd be happy to apply, but it looks like we are trying to accomplish two
different things.
Hi all,
I'm getting problems with tests passing if I run:
% perl t/TEST
but failing if I run:
% perl t/TEST -start-httpd
% perl t/TEST -run-tests
% perl t/TEST -stop-httpd
It seems that this chunk of code, from TestConfig.pm (~ line 140), is the
culprit. It deletes the section of the config
32 matches
Mail list logo
