A few years ago at one of the online meetings we had discussed content
acceleration with gzip. I know that 4.0.10 and above support on-the-fly
ADP compression but are there plans to extend it to static files?
With Tux, when a URL is requested, say index.html, the system will look
for an existing
On 2005.09.25, Daniel P. Stasinski <[EMAIL PROTECTED]> wrote:
> A few years ago at one of the online meetings we had discussed content
> acceleration with gzip. I know that 4.0.10 and above support on-the-fly
> ADP compression but are there plans to extend it to static files?
>
> With Tux, when a
On Mon, 2005-09-26 at 07:59 -0400, Dossy Shiobara wrote:
> (Nitpick: I think you mean "same or newer.")
Ok, nitpick proof text to follow.
The client has explicitly stated to support gzip encoding.
The original file exists, is a regular file, and has the proper permissions.
The .gz file exists, is
Take a look at the head version, specifically: 2004-11-19 Dossy Shiobara <[EMAIL PROTECTED]> * configure (1.23), configure.in (1.18), include/Makefile.global.in (1.17), nsd/compress.c (1.2): Add --with-zlib configure option (on by default) and add ifdef's to nsd/co
On 2005.09.26, Daniel P. Stasinski <[EMAIL PROTECTED]> wrote:
>
> Well of course, I was wondering if this would ever be part of the core?
> ns_gzip works well but it is better suited for on-the-fly compression.
Is the question "will ns_gzip be included as part of the core" or "is
there a better w
On Mon, 2005-09-26 at 11:30 -0400, Dossy Shiobara wrote:
> On 2005.09.26, Daniel P. Stasinski <[EMAIL PROTECTED]> wrote:
> Is the question "will ns_gzip be included as part of the core" or "is
> there a better way of integrating gzip into the core than just using
> ns_gzip"?
The question is neithe
Makes sense... Is there anything preventing you from adding some code
to implement this logic yourself, on top of a "vanilla" AOLserver
with something like the ns_gzip module?
- n
On Sep 26, 2005, at 12:41 PM, Daniel P. Stasinski wrote:
On Mon, 2005-09-26 at 11:30 -0400, Dossy Shiobara wro
On Mon, 2005-09-26 at 12:56 -0400, Nathan Folkman wrote:
> Makes sense... Is there anything preventing you from adding some code
> to implement this logic yourself, on top of a "vanilla" AOLserver
> with something like the ns_gzip module?
There is nothing preventing me from doing it, but it se
On 2005.09.26, Nathan Folkman <[EMAIL PROTECTED]> wrote:
> Take a look at the head version, specifically:
>
[... ChangeLog excerpt snipped ...]
Ah, except Ns_Compress() isn't available through a Tcl command, yet.
A lot of times, the expression "XYZ isn't available in AOLserver" is
roughly transl
To be honest, the Tux approach mentioned below might be your best
solution. AOLserver is primarily optimized for dynamic serving, with
static assets (flat HTML, images, JS, CSS, etc.) generally served by
servers optimized for static serving.
- n
On Sep 26, 2005, at 1:24 PM, Daniel P. Stasi
On Mon, 2005-09-26 at 13:44 -0400, Nathan Folkman wrote:
> To be honest, the Tux approach mentioned below might be your best
> solution. AOLserver is primarily optimized for dynamic serving, with
> static assets (flat HTML, images, JS, CSS, etc.) generally served by
> servers optimized for st
Yes, the new driver model in the head version is much better suited
for serving static content, although we have yet to do any
performance testing to actually back this up. ;-) That said, the
motivation wasn't necessarily to replace Tux, and as I mentioned
earlier, the server is primarily o
I do not check time stamps in the tcl, but this is what I use:
ns_register_filter postauth GET /*.html filter_get_pregz
ns_register_filter postauth GET /*.css filter_get_pregz
ns_register_filter postauth GET /*.js filter_get_pregz
proc filter_get_pregz {why} {
if {[string first {gzip} [ns
On Tue, 2005-09-27 at 11:24 -0400, Mark Mcgaha wrote:
> I do not check time stamps in the tcl, but this is what I use:
Good alternative solution. Thank you.
Daniel
--
| ---
| Daniel P. Stasinski | http://www.disabilities-r-us.c
14 matches
Mail list logo