[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: mod_deflate revisited

From: Nicklas Norling <nicklas.norling_at_ifsab.se>
Date: 2004-03-17 17:18:49 CET

> -----Original Message-----
> From: Ben Collins-Sussman [mailto:sussman@collab.net]
> Sent: den 17 mars 2004 17:00
> To: Nicklas Norling
> Cc: 'dev@subversion.tigris.org'
> Subject: Re: mod_deflate revisited
>
>
> On Wed, 2004-03-17 at 09:53, Nicklas Norling wrote:
> > Hi all.
> >
> > I'm having problems getting mod_deflate working when I found this:
> >
> > http://subversion.tigris.org/issues/show_bug.cgi?id=1432
> >
> > The last comment is "waiting for httpd-2.0.48", well it's
> here now. At
> > least it's what David Summers have us Redhat guys install.
> >
> > I really need compression so I'm asking you for a status update on
> > httpd and compression/mod_deflate.
>
> What sort of status update do you need? httpd-2.0.48 no
> longer has the mod_deflate problem. That means you can
> safely use mod_deflate with subversion, and there won't be
> any more server-side buffering going on.
> Your client will receive a streamy response.
>
> To get this feature working, you need to activate mod_deflate
> on the server side, and also make sure your run-time svn
> client 'servers' file has 'http-compression = yes' in a
> relevant section.

Ben,

That is good news :)
I've already setup compression on the server side, at least if enabling
mod_deflate for my virtual host is all that's needed.
I've logged the compression ratio towards my IE that does support deflate
but there is no ratio logged (only a - token where there is suppose to be
one).

That's why I thought the part in the issue where compression was turned
of in neon, never got reversed.

httpd config:
<VirtualHost *:80>
<snip>
    <Location /svn>
        DAV svn
        SVNPath /usr/subversion/repos
        SVNIndexXSLT /svnindex.xsl

        # Turn on compression using mod_deflate
        # Insert filter
        SetOutputFilter DEFLATE

        # DAV clients usually handles compressed request bodies as well.
        SetInputFilter DEFLATE

        # Netscape 4.x has some problems...
        BrowserMatch ^Mozilla/4 gzip-only-text/html

        # Netscape 4.06-4.08 have some more problems
        BrowserMatch ^Mozilla/4\.0[678] no-gzip

        # MSIE masquerades as Netscape, but it is fine

        BrowserMatch \bMSIE !no-gzip !gzip-only-text/html
        # NOTE: Due to a bug in mod_setenvif up to Apache 2.0.48
        # the above regex won't work. You can use the following
        # workaround to get the desired effect:
        #BrowserMatch \bMSI[E] !no-gzip !gzip-only-text/html

        # Don't compress images
        SetEnvIfNoCase Request_URI \.(?:gif|jpe?g|png)$ no-gzip dont-vary

        AuthType Basic
        AuthName "Lkproi1 Auth"
        AuthUserFile /etc/subpass
        Require valid-user
    </Location>
</VirtualHost>

Result on the deflate_log:
"GET /svn/trunk/MontgomeryClient/Nicke_Test.txt HTTP/1.1" 148 (-)
"Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 1.1.4322; .NET
CLR 1.0.3705)"
"GET /svn/trunk/MontgomeryClient/marcus_test.txt HTTP/1.1" 68 (-)
"Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 1.1.4322; .NET
CLR 1.0.3705)"
"GET /svn/trunk/MontgomeryClient/top.build HTTP/1.1" 4800 (-) "Mozilla/4.0
(compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 1.1.4322; .NET CLR
1.0.3705)"
"GET /svn/trunk/MontgomeryClient/src/fndwin/Fndwin.ndoc HTTP/1.1" 29151 (-)
"Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 1.1.4322; .NET
CLR 1.0.3705)"

I'll try the http-compression in TSVN server file.
Did not know that it needed to be turned on.
Should it not be on by default?

Anyway, thank you very much for taking your time to answer!
/Nicke

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Mar 17 17:19:11 2004

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.