Re: gzip/mod_deflate - only works with responses, not requests

> > > It's hard to know if that is an Apache error or a Sope error.
> > Good point. Content-Encoding is optional, so its not an 'error' per 
> > se. Anyways, SOPE should respond with HTTP status 415 if it can't deal 
> > with that header:
> >    http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.11
> > I don't think that SOPE currently decodes gzip in request, though it 
> > shouldn't be too hard to add.
> My hope (and expectation) is that I can get apache to do the gzipping. I'm 
> quite sure it is Apache that is gzipping the output. 
> I've got mod_deflate loaded and put the following two directives in 
> httpd.conf:

Are you sure you need mod_deflate;  I believe SOPE compresses its own
responses.  Hence the "WODontZipResponse" default.

But this only compresses responses.  I've never checked or tested
compresses requests.  But requests are typically pretty small compared
to responses.

> (It appears that for gzipping to be applied to input, it must be all or 
> nothing, but the docs seem to say that Apache will only ungzip those 
> requests carrying a header of Content-Encoding: gzip).  For my money, I 
> can't determine if the SetInputFilter directive is doing anything or not. 
> Adding a 'LogLevel debug' doesn't provide any more information.
> I enabled some zidestore relevant debugging options (?
> SoDebugObjectTraversal? and ?SoRendererDebugEnabled?) and now I get this 
> in the /ogo-zidestore-1.5-err.log:
> [normal request]
> Aug 01 09:40:25 ogo-zidestore-1.5 [6493]: |ogo-zidestore-1| 
> traverse(acquire): root
> Aug 01 09:40:25 ogo-zidestore-1.5 [6493]: |ogo-zidestore-1|   do traverse 
> name: 'root'
> Aug 01 09:40:25 ogo-zidestore-1.5 [6493]: Note(SoObject): SoDebugKeyLookup 
> is enabled!
> Aug 01 09:40:25 ogo-zidestore-1.5 [6493]: Note(SoObject): SoDebugBaseURL 
> is enabled!
> Aug 01 09:40:25 ogo-zidestore-1.5 [6493]: Note(SoObject): relative base 
> URLs are enabled.
> Aug 01 09:40:25 ogo-zidestore-1.5 [6493]: |ogo-zidestore-1| set 
> clientObject: <0x0x86a3eec[SxUserFolder]: login=root>
> [gzipped request]
> Aug 01 09:40:48 ogo-zidestore-1.5 [6493]: -[WEClientCapabilities 
> initWithRequest:]: Unknown WebClient: user-agent='revcms/2.9.0 (Win32)'
> Aug 01 09:40:48 ogo-zidestore-1.5 [6493]: |ogo-zidestore-1| 
> traverse(acquire): root
> Aug 01 09:40:48 ogo-zidestore-1.5 [6493]: |ogo-zidestore-1|   do traverse 
> name: 'root'
> Aug 01 09:40:48 ogo-zidestore-1.5 [6493]: |ogo-zidestore-1| set 
> clientObject: <0x0x829c2cc[SxUserFolder]: login=root>
> Aug 01 09:40:48 ogo-zidestore-1.5 [6493]: <[so-dflt-renderer]>D     render 
> as string (last fallback)
> I am wondering if the 'so-dflt-renderer' actually has anything to do with 
> it. 
-- 
          Consonance: an Open Source .NET OpenGroupware client.
 Contact:[email protected]   http://freshmeat.net/projects/consonance/

-- 
OpenGroupware.org Users
[email protected]
http://mail.opengroupware.org/mailman/listinfo/users